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(54) APPARATUS HAVING DIGITAL INTERFACE, NETWORK SYSTEM EMPLOYING THE 
APPARATUS AND COPY PROTECTION METHOD 



(57) Copy generation management information is 
detected by a copy flag detecting circuit of an appara- 
tus. The copy generation management information is 
inserted into the CIP header of an IEEE 1394 packet 
and transmitted. The copy generation management 
information in the CIP header is detected by a copy flag 
detector of a 13941/F of the apparatus. In accordance 
with the detection result, a copy generation manage- 
ment circuit records the new copy generation manage- 
ment information and a record control circuit permits or 
forbids the recording. With this constitution, a decoding 
circuit on a receiver side can be eliminated. 
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Description 

TECHNICAL FIELD 

The present invention relates to a device having a digital interface having a copy protection function and a network 
system using such a device and a copy protection method. 

BACKGROUND TECHNOLOGY 

Recently, digital ization of audio and visual processing has become wide spread. A DVC (Digital Video Cassette 
Recorder) for digital recording and reproduction is also being developed. Digitalization prevents noises coming into 
transmission and recording so that the signal quality is improved. In such digital recording, the original can be com- 
pletely exactly duplicated and it is highly required to protect the copyright of information recorded on recording media. 

In particular, provisions for copyright protection of animation images including sound data are being specified by 
the organizations concerned. They include the VHRA (Video Home Recording Act), which has been proposed in Japan 
and is currently discussed mainly in the United States. The VHRA specifies that the analog connection using analog 
devices as sources shall adopt the macro-vision method or CGMS (Copy Generation Management System)-A method, 
and that the analog connection using digital devices as sources shall adopt the macro-vision method, and that the dig- 
ital connection using digital devices as sources shall adopt CGMS-A (Copy Generation Management System - Analog) 
or CGMS-D (Copy Generation Management System - Digital) method. 

The macro-vision method used in the analog connection overlays the copy guard signal during the vertical flyback 
time of the video signal to make normal recording difficult. That is, this method changes the synchronous signal level of 
the image to make the sync, detection by a recording device impossible and also changes the burst phase to make the 
normal color reproduction by a recording device difficult. Thus, the image signal with overlaid copy guard signals pre- 
vents normal image recording without any particular procedure by a recording device. 

In addition, the CGMS-A method inserts a flag to indicate whether the data can be copied or not in a predetermined 
horizontal period during the vertical flyback time of the video signal, and the recording device controls its recording 
according to the flag. 

The CGMS-D method used in the digital connection adds a two-bit copy generation management information to the 
recording format or the digital interface format (data format for transmission) peculiar to devices such as digital VCRs 
and DVDs. Reproduction devices always insert a copy generation management information into the output signal and 
recording devices detect the copy generation management information from the input signal to control recording. 

The copy generation management information indicates that copying is prohibited with "11", and that copying is 
allowed only once with "10", and that copying can be made freely with "00". When the copy generation management 
information contained in the input signal is "10", recording devices record the input signal and change the copy gener- 
ation management information to "1 1 " (copy prohibition) at the same time in recording. This means that the signal can- 
not be copied further. 

For the digital VCR (hereinafter also referred to as DVC), Consumer Digital VCR Association of Japan established 
SD (Standard Definition) Standards corresponding to the NTSC or PAL standards and HD (High Definition) Standards 
corresponding to the high definition TV. These SD and HD standards (hereinafter collectively referred to as DVC stand- 
ards) already have provisions about the recording format and the digital interface format for the copy generation man- 
agement information in the DVC. That is, for both of the recording format and the digital interface format, the copy 
generation management information is inserted in the source control packet in the VAUX area to be described later. 

In addition to the DVC standard, it is substantially specified that the copy generation management information will 
be inserted in the header of the MPEG2 transport stream. However, other standards do not consider CGMS-D, and 
have no provision for where in the packet or interface format of various digital signals and devices the copy generation 
management information shall be inserted. 

According to the standard currently under discussion by the IEC (International Electrotechnical Committee), a 
device handling various images will record the copy generation management information in its recording digital data 
and will output the digital interface output including the copy generation management information in data reproduction. 
In addition, it is specified that a recording device to record such interface output will detect the copy generation man- 
agement information and record the data corresponding to it. 

Meanwhile, network systems have been recently developing with the progress of multimedia. The multimedia tech- 
nology requires not only the data transmission between personal computers but also such data transmission with audio 
and video devices (hereinafter referred to as AV devices). 

For this purpose, a unified standard of digital interface method for data transmission between a computer and a dig- 
ital image device is being studied. As a low-cost peripheral interface suitable for multimedia application, IEEE (The Insti- 
tute of Electrical and Electronics Engineers, Inc.) 1394 is most likely to be adopted. 
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IEEE 1394 enables multiple data transmission for a plurality of channels. In addition, IEEE 1394 has an iso- 
chronous transmission function to assure transmission of video and sound data in a specified time and is considered to 
be a digital interface suitable for image transmission. 

For IEEE 1394, detailed commands are currently specified in DVB(for European digital broadcasting)-WG of the 
5 Digital VCR Association, R4.1 of El A discussing DTV (Digital TV) decoder in the U.S., and IEEE 1394 T.A. (Trade Asso- 
ciation). IEEE 1394 is originally based on the computer technologies, but since it is capable of synchronous communi- 
cation, audio and video equipment manufacturers are also working for standardization. The proposal from the Digital 
VCR Association is also discussed in 1394TA. 

Detailed contents of IEEE 1 394 are described in the article titled "Comparison of three new interfaces searching for 
w the post-SCSI design concept" on pp. 152 to 163 of Nikkei Electronics (No. 612, dated July 4, 1994) (Literature 1). IEEE 
1394 is also described in details in the Japanese Patent Application Laid-open No. Heisei 8-279818, which discloses a 
related art invented by the applicant of the present invention. 

IEEE 1394 enables multiple transmission for a plurality of channels and achieves transmission of video data from 
a plurality of devices using a plurality of channels assigned to the isochronous packet. For the digital interface of IEEE 
is 1394, however, no rule about copy protection is specified. According to IEEE 1 394, the data in the digital interface for- 
mat of various devices such as DVC transmission format (hereinafter referred to as D-interface format) and MPEG2 
transport packet are just transmitted with format conversion. 

Therefore, when data are transmitted using IEEE 1394 to copy an image, the recording device fetches data to itself 
from the data flowing in the bus of IEEE 1 394 and restores the fetched data to the digital interface format peculiar to the 
20 reproduction device and then extracts the inserted copy generation management information. That is, it obtains the 
copy generation management information by detecting the insertion position of the copy generation management infor- 
mation with its digital interface processing section or recorded and reproduced data processing sections such as an 
error correction circuit For example, when the transmitted data is DVC data, copying is controlled according to whether 
the predetermined 2-bit data in the source control packet in VAUX is "11" or "10" or "00". 
25 Fig. 1 is a block diagram to show the related art of a device having a digital interface according to IEEE 1394 stand- 

ard. Figs. 2 and 3 are explanatory views to illustrate the D-interface format and MPEG2 transport stream. 

Reproduction (sending) devices 1 and 2 are DVC and DVD respectively. These reproduction devices 1, 2 and a 
recording (receiving) device 3 are connected by a bus 25 corresponding to IEEE 1394 standard. After predetermined 
processing of signals for the reproduced data with a reproduction processing circuit 4, the reproduction device 1 con- 
30 verts the reproduced data into D-interface format data using a D-interface format output processing circuit 5. 

Fig. 2 shows the format of the data from the D-interface format output processing circuit 5. In the D-interface format 
as the digital VCR standard, data in a single record track of VCR are converted to 150 packets so that the data are 
transmitted by the unit of 150 packets. 

At the head of such 150 packets, a header packet H is laid out. It is followed by two subcode packets SC and three 
35 video auxiliary packets VA. Then, nine audio packets AO to A8 corresponding to nine sync, blocks and 135 video pack- 
ets V0 to V134 corresponding to 135 sync, blocks. The copy generation management information is inserted in the 
source control packet in the shaded video auxiliary packet VA. Further, the reproduced data are supplied to a 1394 
interface 6, converted to IEEE 1394 packets, and then sent to the bus 25. 

The reproduction device 2 processes the signals of the reproduced data using a reproduction processing circuit 7. 
40 The data from the reproduction processing circuit 7 is supplied to the MPEG TS output processing circuit 8 and con- 
verted to the transport stream according to the MPEG2 standard. 

Fig. 3 shows the transport stream. The transport stream supports multiple programs (channels) and can select the 
packet of the desired program from a plurality of programs transmitted by time sharing in decoding process. For this 
selection, the transport stream is transmitted with an additional link level header (shaded part) before the payload for 
45 information transmission as shown in Fig. 3. Among 188 bytes of the transport packet, 4 bytes represent the link level 
header. The copy generation management information is inserted in this header. The transport stream of MPEG2 is 
converted to IEEE 1394 packets by a 1394 interface 9, and then sent out to the bus 25. 

The recording device 3 has a 1 394 interface 1 0, which fetches IEEE 1 394 packets in the data from the reproduction 
devices 1 and 2 flowing in the bus 25 and depackets them. The 1394 interface 10 outputs the depacketed data to the 
so corresponding decoders. Specifically, the received data based on the data from the reproduction device 1 are supplied 
to a D-interface decoder for DVC 1 1 and the received data based on the data from the reproduction device 2 are sup- 
plied to a TS decoder for MPEG2 12. Data of other types are similarly supplied to the corresponding decoders. In Fig. 
1 , decoders corresponding to other types of data are represented by a D-interface decoder for other data 13. 

The decoders 11, 12, 13 decode the input data. The decoding results are supplied to a format converting circuit 1 7 
55 via flag detecting circuits 14, 15 and 16. The format converting circuit 17 converts the input data to the data in its own 
recording format and supplies them to a recording processing circuit 18. 

The flag detecting circuits 14, 15 and 16 detect the copy generation management information in the output from the 
decoders 11,12 and 13 respectively and output such information to a recording controlling circuit 19. The recording 
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controlling circuit 19 controls recording (copying) by the recording processing circuit 18 according to the detected copy 
generation management information. 

IEEE 1394 allows connection of 63 nodes at maximum to the bus 25. For the copy generation management infor- 
mation, the recording device is required to be capable of recognizing and detecting the digital interface format peculiar 
to the received data. In other words, when several types of data are received and recorded, the recording device is 
required to support all types of received data, which results in increase of its circuit scale. This further means that it can 
support the digital interface formats for which the standards have been already fixed, but cannot support digital interface 
formats having no fixed standards yet. 

It is also possible to copy the video data with a data streamer, which does not have any image decoding circuit and 
just records the video data. At present, such a data streamer is not considered as the subject to which the copy gener- 
ation management information rule is applied, but it may be subject to restriction in the future. However, as described 
above, a decoder corresponding to various received data is required to detect the copy generation management infor- 
mation from the data received via the bus of IEEE 1394. Even a data streamer, which originally does not need any 
decoder, may require a decoding circuit for detection of the copy generation management information only. 

Since IEEE 1394 allows connection of 63 nodes to a bus, it is possible to make 63 copies at a time. Such copying 
is allowed under the current rule, but cannot be overlooked from the viewpoint of copyright protection. 

Thus, it is an object of the present invention to provide a device having a digital interface which can support any 
format other than existing ones and can reduce the circuit scale by enabling recording based on the copy generation 
management information regardless of the format used in the data recorded by the recording device and to provide a 
network system and a copy protection method using such a device. 

It is another object of the present invention to provide a device having a digital interface which can eliminate the 
need of a decoding circuit even when the recording device records data according to the copy generation management 
information and to provide a network system and a copy protection method using such a device. 

It is yet another object of the present invention to provide a device having a digital interface which can enable repro- 
duction of a single copy or a predetermined number of copies only at a time even when a plurality of nodes can be con- 
nected and to provide a network system and a copy protection method using such a device. 

It is still another object of the present invention to provide a device having a digital interface which can execute the 
copy generation management based on the copy control information without any problem even when the types of the 
digital video devices connected to IEEE 1394 increase or a new digital video device with a new digital interface format 
is connected to IEEE 1394 and to provide a network system and a copy protection method using such a device. 

DISCLOSURE OF THE INVENTION 

A device having a digital interface according to Claim 1 of the present invention comprises a first detecting means 
for detecting, from the data in a predetermined data format containing the copy generation management information, 
the copy generation management information, and a first interfacing means for converting the above data in a predeter- 
mined format to the data in the data format of the network bus and inserting the copy generation management informa- 
tion based on the detection result of the first detecting means in a data format corresponding to the data format of the 
network bus into the data after format conversion before sending the data to the network bus. 

According to Claim 1 of the present invention, the first detecting means detects the copy generation management 
information from the data in a predetermined data format. The first interfacing means converts the data in a predeter- 
mined data format to the data in the data format of the network bus and inserts the copy generation management infor- 
mation based on the detection result of the first detecting means with the format corresponding to the data format of the 
network bus. Thus, the copy generation management information is made detectable in the process to restore the data 
format corresponding to the network bus to the original data format at the receiving side. 

A device having a digital interface according to Claim 2 of the present invention comprises a second interfacing 
means which receives the transmission data obtained by conversion of the data in a predetermined data format con- 
taining the copy generation management information into the data format of the network bus with the copy generation 
management information inserted in the data format corresponding to the data format of the network bus via the net- 
work bus and which restores the data format of the received data from the data format of the network bus to the original 
data format before output, a second detecting means which detects the copy generation management information con- 
tained in the data received by the second interfacing means, and recording controlling means which, according to the 
detection result of the second detecting means, permits or prohibits recording of the output from the second interfacing 
means. 

According to Claim 2 of the present invention, the data from the first interfacing means are received by the second 
interfacing means and restored from the data format corresponding to the network bus to the original data format. The 
second detecting means detects the copy generation management information inserted in the received data. According 
to this detection result, the recording controlling means permits or prohibits recording of the output from the second 
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interfacing means. 

A copy protection method according to Claim 1 4 of the present invention comprises the steps of detecting, from the 
data in a predetermined data format containing the copy generation management information, the copy generation 
management information, and converting the data in a predetermined data format to the data in the data format of the 

s network bus which inserts the detected copy generation management information in a data format corresponding to the 
data format of the network bus into the data after format conversion before sending the data to the network bus. 

According to Claim 14 of the present invention, the copy generation management information is detected from the 
data in a predetermined data format. The data in a predetermined data format are converted to the data in the data for- 
mat of the network bus. The copy generation management information detected here is inserted with the format corre- 

w spending to the data format of the network bus. 

A copy protection method according to Claim 1 5 of the present invention comprises the steps of receiving the trans- 
mission data obtained by conversion of the data in a predetermined data format containing the copy generation man- 
agement information into the data format of the network bus together with the copy generation management information 
inserted in the data format corresponding to the data format of the network bus via the network bus and for restoring 

is the data format of the received data from the data format of the network bus to the original data format before output, 
detecting the copy generation management information contained in the received data, and permitting or prohibiting 
recording of the received data according to the copy generation management information detected. 

According to Claim 15 of the present invention, the received data are restored from the data format corresponding 
to the network bus to the original data format. The copy generation management information inserted in the received 

20 data is detected and, according to this detection result, recording of the received data is permitted or prohibited. 

A network system according to Claim 19 of the present invention comprises, at the sending side, a first detecting 
means which detects, from the data in a predetermined data format containing the copy generation management infor- 
mation, the copy generation management information, and a first interfacing means to convert the data in a predeter- 
mined data format to the data in the data format of the network bus which inserts the copy generation management 

25 information based on the detection result of the first detecting means into the data after format conversion with the data 
format corresponding to the data format of the network bus before sending the data to the network bus, and at the 
receiving side, a second interfacing means which receives the data sent from the first interfacing means to the network 
bus and restores the data format of the received data from the data format of the network bus to the original data format 
before output, a second detecting means which detects the copy generation management information contained in the 

30 data received by the second interfacing means, and recording controlling means which permits or prohibits recording 
of the output from the second interfacing means according to the detection result of the second detecting means. 

According to Claim 19 of the present invention, the copy generation management information is inserted in the 
transmission data from the sending side corresponding to the data format of the network bus. The receiving side 
detects the inserted copy generation management information to control copying of the received data. 

35 A device having a digital interface according to Claim 23 of the present invention comprises a fourth detecting 
means which detects the copy generation management information for each channel from the multi-channel data each 
containing the copy generation management information and re-specifying means which sends the multi-channel data 
to the bus capable of synchronous transmission of the multi-channel signals and, when the channel for which copying 
is prohibited by the copy generation management information detected by the fourth detecting means is included in 

40 receivable channels at a predetermined receiving device, changes the specification of the receivable channels. 

According to Claim 23 of the present invention, the fourth detecting means detects the copy generation information 
for each channel. When the channels under copy prohibition specification are to be received by the receiving device, 
the re-specifying means does not specify these channels as receivable for the receiving device. Thus, copying is pro- 
hibited for this receiving device. 

45 A network system according to Claim 24 of the present invention is a system where a plurality of devices with digital 
interfacing means are connected to a network capable of transmitting a plurality of isochronous packets via the digital 
interfacing means and comprises notifying means which notifies its own device ID on the network to each of the plurality 
of devices with digital interfacing means via the digital interfacing means, setting means which specifies one or more 
devices as the sending device so that it outputs the isochronous packets to the network via the digital interfacing means 

so and specifies one or more remaining devices as the receiving device, converting means which, at the sending device, 
converts the format of the transmission data into the data format configured for each channel number determined by 
the digital interfacing means and outputs the result as the isochronous packets to the network, channel number request 
notifying means to request the receivable channel numbers to be sent from the digital interfacing means of the receiving 
device to the digital interfacing means of the one or more sending devices, channel number specifying means to have 

55 the digital interfacing means of any device in the network specify one or more receivable channel numbers to the digital 
interfacing means of the one or more receiving devices for each of the receiving device, receiving means which has the 
digital interfacing means of the receiving device which has received the information from the receivable channel number 
specifying means receive the data of one or more receivable channel numbers specified by the channel number spec- 
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ifying means from the isochronous packets output to the network, detecting means at the receiving device to detect the 
copy generation management information for each channel from one or more channel signals sent from the sending 
device, judging means which, from the device ID notified onto the network by the one or more receiving devices, judges 
whether each of the receiving device is capable or incapable of recording the isochronous signal flowing on the network, 

5 and re-specifying means which, when one or more receivable channel numbers specified for the digital interfacing 
means of the receiving device capable of recording equals to one or more channel numbers under copy prohibition by 
the copy generation management information, causes the device with receivable channel number specifying means for 
the receiving device to delete the one or more channel numbers under copy prohibition from the already specified one 
or more receivable channel numbers so as to re-specify the one or more receivable channel numbers for the digital 

w interfacing means of the receiving device. 

According to Claim 24 of the present invention, the sending device provides copy protection against the receiving 
device when some of the channels (numbers) requested by the receiving device have a copy protection signal by delet- 
ing such channel numbers from the receivable channels. This achieves copy control. 

A network system according to Claim 25 of the present invention is a system where a plurality of devices with digital 
is interfacing means are connected to a network capable of transmitting a plurality of isochronous packets via the digital 
interfacing means and comprises notifying means which notifies its own device ID on the network to each of the plurality 
of devices with digital interfacing means via the digital interfacing means, setting means which specifies one or more 
devices as the sending device so that it outputs the isochronous packets to the network via the digital interfacing means 
and specifies one or more remaining devices as the receiving device, converting means which, at the sending device, 
20 converts the format of the transmission data into the data format configured for each channel number determined by 
the digital interfacing means and outputs the result as the isochronous packets to the network, channel number request 
notifying means to request the receivable channel numbers to be sent from the digital interfacing means of the receiving 
device to the digital interfacing means of the one or more sending devices, channel number specifying means to have 
the digital interfacing means of any device in the network specify one or more receivable channel numbers to the digital 
25 interfacing means of the one or more receiving devices for each of the receiving device, receiving means which has the 
digital interfacing means of the receiving device which has received the information from the receivable channel number 
specifying means receive the data of one or more receivable channel numbers specified by the channel number spec- 
ifying means from the isochronous packets output to the network, detecting means at the receiving device to detect the 
copy generation management information for each channel from one or more channel signals sent from the sending 
so device, judging means which, from the device ID notified onto the network by the one or more receiving devices, judges 
whether each of the receiving device is capable or incapable of recording the isochronous signal flowing on the network, 
and outputting means which, when one or more receivable channel numbers specified for the digital interfacing means 
of the receiving device capable of recording equals to one or more channel numbers under copy prohibition by the 
detected copy generation management information, causes the sending device to output the information to change the 
J5 specification of the receivable channels for each of one or more receivable channel numbers so as to provide a record- 
ing prohibition to the equal channel numbers and a recording permit to the unequal channel numbers. 

According to Claim 25 of the present invention, the sending device provides copy protection against the receiving 
device when some of the channels (numbers) requested by the receiving device have a copy protection signal by 
directly writing the recording permit/prohibition information for each channel in the "Receivable (Permitted) channel 
\o specification command" packet sent as the asynchronous command from the sending device and sending it to the 
receiving device so as to achieve copy control (restriction). 

A network system according to Claim 26 of the present invention is a system where a plurality of devices with digital 
interfacing means are connected to a network capable of transmitting a plurality of isochronous packets via the digital 
interfacing means and comprises notifying means which notifies its own device ID on the network to each of the plurality 
is of devices with digital interfacing means via the digital interfacing means, setting means which specifies one or more 
devices as the sending device so that it outputs the isochronous packets to the network via the digital interfacing means 
and specifies one or more remaining devices as the receiving device, detecting means to detect the copy generation 
management information for each channel from the signals of one or more channels outputted from the sending device, 
converting means which, at the sending device, converts the format of the transmission data into the data format con- 
o figured for each channel number determined by the digital interfacing means, order changing means which changes the 
transmission order of the data corresponding to the channel numbers equal to one or more channel numbers with copy 
prohibition specification by the copy generation management information among the data reconfigured for each chan- 
nel number determined by the digital interface number with treating a predetermined number of packets as a unit of 
packet order change, outputting means to output the data under copy prohibition whose transmission order has been 
5 changed and the data without copy prohibition specification whose transmission order has not been changed to the net- 
work as the isochronous packets, channel number request notifying means to request one or more receivable channel 
numbers to be sent from the digital interfacing means of the receiving device to the digital interfacing means of the one 
or more sending devices, channel number specifying means to have the digital interfacing means of any device in the 
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network specify one or more receivable channel numbers to the digital interfacing means of the one or more receiving 
devices for each of the receiving device, receiving means which has the digital interfacing means of the receiving device 
which has received the information from the receivable channel number specifying means receive the data of one or 
more receivable channel numbers specified by the channel number specifying means from the isochronous packets 

5 output to the network, judging means which, from the device ID notified onto the network by the one or more receiving 
devices, judges whether each of the receiving device is capable or incapable of recording the isochronous signal flow- 
ing on the network, and a first restoration key information outputting means which causes the sending device upon 
receipt of request for the channel numbers under the copy prohibition specification as the receivable channel numbers 
from the receiving device incapable of recording to output the key information showing the correct order of the packets 

70 for restoration of the data after order change to the original order to the receiving devices incapable of recording only. 

According to Claim 26 of the present invention, when some of the channels (numbers) requested by the receiving 
device have the copy protection signal, the sending device changes the transmission order of the packets transmitted 
on IEEE 1394 (transmission order scrambling) and returns the key indicating the correct packet order (Scramble can- 
cellation key) to the devices incapable of recording together with or separately from (two asynchronous commands) the 

is usual receivable (permitted) channel number with a response by asynchronous command, and, to the devices capable 
of recording, returns the usual receivable (permitted) channel numbers only or improper (dummy) scramble cancellation 
key together with the above usual receivable (permitted) channel numbers with a response by asynchronous command 
or returns no response so as to achieve (realize) the copy control. 

A network system according to Claim 27 of the present invention is a system where a plurality of devices with digital 

20 interfacing means are connected to a network capable of transmitting a plurality of isochronous packets via the digital 
interfacing means and comprises a notifying means which notifies its own device ID on the network to each of the plu- 
rality of devices with digital interfacing means via the digital interfacing means, a setting means which specifies one or 
more devices as the sending device so that it outputs the isochronous packets to the network via the digital interfacing 
means and specifies one or more remaining devices as the receiving device, a detecting means to detect the copy gen- 

25 eration management information for each channel from the signals of one or more channels outputted from the sending 
device, a converting means which, at the sending device, converts the format of the transmission data into the data for- 
mat configured for each channel number determined by the digital interfacing means, an encrypting means which, by 
the unit of packets, encrypts the data corresponding to the channel numbers equal to one or more channel numbers 
with copy prohibition specification or copy permit specification for only once by the copy generation management infor- 

30 mation among the data reconfigured for each channel number determined by the digital interface number, an outputting 
means to output the encrypted data under copy prohibition and the data without encryption which do not have copy pro- 
hibition specification to the network as the isochronous packets, a channel number request notifying means to request 
one or more receivable channel numbers to be sent from the digital interfacing means of the receiving device to the dig- 
ital interfacing means of the one or more sending devices, a channel number specifying means to have the digital inter- 

35 facing means of any device in the network specify one or more receivable channel numbers to the digital interfacing 
means of the one or more receiving devices for each of the receiving device, a receiving means which has the digital 
interfacing means of the receiving device which has received the information from the receivable channel number spec- 
ifying means receive the data of one or more receivable channel numbers specified by the channel number specifying 
means from the isochronous packets output to the network, a judging means which, from the device ID notified onto the 

40 network by the one or more receiving devices, judges whether each of the receiving device is capable or incapable of 
recording the isochronous signal flowing on the network, and a second restoration key information outputting means 
which causes the sending device upon receipt of request for the channel numbers under the copy prohibition specifica- 
tion as the receivable channel numbers from the receiving device incapable of recording to output the proper data res- 
toration key information for restoration of the encrypted data to the data before encryption to the receiving devices 

45 incapable of recording only- 
According to Claim 27 of the present invention, when some of the channels (numbers) requested by the receiving 
device have the copy protection signal, the sending device scrambles the order of the data (numeric string) in the trans- 
mission packets on IEEE 1394 for the packets corresponding to such channels and, sends a key indicating the correct 
order of the data in the packets (Scramble cancellation key) to the devices incapable of recording and sends an 

so improper (dummy) scramble cancellation key to the devices capable of recording so as to achieve (realize) the copy 
control. 

BRIEF DESCRIPTION OF THE DRAWINGS 

55 Fig. 1 is a block diagram to show a related art of a device having a digital interface; 

Figs. 2 and 3 are explanatory views to illustrate the place of insertion for the copy generation management infor- 
mation; 

Fig. 4 is a block diagram to show an embodiment of a device having a digital interface according to the present 
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Fig. 5 is an explanatory view to illustrate the DVC format; 

Fig. 6 is another explanatory view to illustrate the DVC format; 

Figs. 7 and 8 are also explanatory views to illustrate the DVC format; 

Fig. 9 is still another explanatory view to illustrate the DVC format; 

Fig. 10 is still another explanatory view to illustrate the DVC format; 

Fig. 1 1 is an explanatory view to illustrate the D-interface format; 

Fig. 12 is another explanatory view to illustrate the D-interface format; 

Fig. 13 is an explanatory view to illustrate the IEEE 1394 packet format; 

Fig. 14 is an explanatory view to illustrate the MPEG2 transport stream; 

Fig. 15 is a timing chart to illustrate the operation of the embodiment as shown in Fig. 4; 

Fig. 16 is a block diagram to show another embodiment of the present invention; 

Fig. 17 is an explanatory view to illustrate the layout of the copy control information in the isochronous packet by 
the isochronous packet inserting circuit 210; 
Fig. 18 is a table to illustrate tcode values; 

Fig. 19 is an explanatory view to illustrate the cyclic insertion method for the copy control information; 

Fig. 20 is a table to illustrate the cyclic insertion method for the copy control information; 

Fig, 21 is an explanatory view to illustrate the operation of the embodiment in Fig. 16; 

Fig. 22 is a block diagram to show another embodiment of the present invention; 

Fig. 23 is a block diagram to show still another embodiment of the present invention; 

Fig. 24 is a general view to show the outline of the embodiment in Fig. 23; 

Fig. 25 is a flowchart to illustrate the procedure of the copy control method in the embodiment of Fig. 23; 

Fig. 26 is a diagram to chronologically show an example of communications between the isochronous packet and 

the asynchronous packet in the embodiment of Fig. 23; 

Figs. 27 to 29 are explanatory views to show the isochronous packet and the asynchronous command; 

Fig. 30 is a block diagram to show a variation of the embodiment of Fig. 23; 

Fig. 31 is a block diagram to show another embodiment of the present invention; and 

Figs. 32 and 33 are explanatory views to illustrate the asynchronous command sent from STB 1 1 9 of Fig. 31 . 
BEST MODES OF CARRYING OUT THE INVENTION 

Referring to the attached figures, preferred embodiments of the present invention will be described in details below. 
The following embodiments conform to IEEE 1394. Each device is provided with an interface according to the IEEE 
1394 standard and supports its individual digital format alone for detection of the copy generation management infor- 
mation. 

In Fig. 4, devices 21 to 23 are connected via a bus 24 of a digital interface capable of synchronously transmitting 
synchronous data such as IEEE 1394. The devices 21 to 23 are, for example, a DVC, a DVD or a recording device 
respectively. Suppose the devices 21 and 22 are sending (reproduction) devices and the device 23 is a receiving 
(recording) device in the following description. 

The device 21 is different from the reproduction device 1 in Fig. 1 for the related art in that it uses an 1394 interface 
27 instead of the 1394 interface 6 and is provided with a copy flag detecting circuit 28. The reproduction processing cir- 
cuit 4 properly processes the signals of the reproduced data from the reproduction device (not shown) and outputs them 
to the D-interface format output processing circuit 5. For example, the reproduction processing circuit 4 decodes the 
reproduced data on a magnetic tape and correct errors in the data, and then extends the data so as to obtain the orig- 
inal audio and video data. 

The D-interface format output processing circuit 5 converts the input data to the D-interface format data. Specifi- 
cally, the D-interface format output processing circuit 5 makes conversion between the magnetic tape recording format 
and the DVC standard transmission format and outputs the result to the 1394 interface 27. 

Figs. 5 to 10 are explanatory views to show the recording format of the device 21, which is a DVC. Fig. 5 shows 
recording tracks formed on the magnetic tape. Fig. 6 shows the recording format on each recording track and Fig. 7 
specifically shows the configuration of the audio area and audio Q area, Fig. 8 specifically shows the configuration of 
the video area and the video Q area, Fig. 9 shows the VAUX0 and VAUX1 formats in Fig. 6 and Fig. 10 shows the format 
of the source control pack in Fig. 9. 

As shown in Fig. 5, according to the DVC standard, the data for a frame is recorded on a plurality of recording tracks 
(10 tracks) on a magnetic tape 51. Fig. 6 shows that each recording track has a plurality of areas corresponding to the 
data types: ITI, audio area (Audio), audio Q area (Audio Q), video auxiliary areas (VAUX0, VAUX1), video area (Video) 
Video auxiliary area (VAUX2), video Q area (Video Q) and subcode area (subcode). These areas are laid out from the 
lower end to the upper end of the tape 51 . A head (now shown) traces them to record and reproduce these areas one 
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by one. 

In the SD format according to the DVC standard, the data is recorded on the tracks with treating one sync, block as 
a recording unit. As shown in Figs. 7 and 8, each sync, block has a length of 90 bytes including two bytes of synchro- 
nous signal (SYNC) at the leading end, a 3-byte ID next, then 77-byte data and finally the parity consisting of internal 

5 and external signs. Specifically, the error correction processing lays out, in the video data, for example, the external 
signs for error correction at the sync blocks Nos. 157 to 167 for the vertical data and internal signs for error correction 
at the bytes Nos. 82 to 89 of the sync blocks Nos. 19 to 167 for the horizontal data, as shown in Fig. 8. 

Fig. 9 shows a specific format of the video auxiliary areas (VAUXO, VAUX1, VAUX2) in the sync blocks Nos. 19, 20 
and 156. The video auxiliary areas correspond to the sync blocks Nos. 19, 20 and 156. 

w As described above, each sync block has SYNC and ID at the beginning, which are followed by the data of 77 
bytes. In the video auxiliary area, 15 packs having a 5-byte length are laid out here, leaving two bytes as a reserved 
area. As shown in Fig. 9, VAUO of sync block No. 19 has packs Nos. 0 to 14, VAUX1 of sync block No. 20 has packs 
Nos. 15 to 29, and VAUX2 of sync block No. 156 has packs from Nos. 30 to 44. Each pack consists of one-byte pack 
header PC0 and 4-byte pack data PCI to PC4. 

is According to the DVC format, the first pack of VAUXO, which is shaded in Fig. 9, is the source control pack for odd 
tracks, and the shaded pack (No. 40) of VAUX2 in Fig. 9 is the source control pack for even tracks. 

Fig. 10 shows the specific configuration of the source control pack at the first or 40th pack. In the source control 
pack, the first byte PC0 has the pack header "01 100001 In the second byte PC1 , CGMS (Copy generation manage- 
ment system), ISR (Input source of just previous recording), CMP (The number of times of compression) and SS 

20 (Source and recorded situation) are placed in this order from the MSB, each having two bits. Among them, CGMS has 
the two-bit copy generation management information. 

Referring to Fig. 4, the reproduction processing circuit 4 supplies the format data as shown in Figs. 5 to 10 to the 
D-interface format output processing circuit 5. The copy flag detecting circuit 28 detects the copy generation manage- 
ment information of CGMS from the output of the D-interface format output processing circuit 5 and supplies the detec- 

25 tion result to the 1394 interface 27. 

According to the DVC format, the video data are recorded in the video area having 135 sync, blocks in a track, and 
the audio data are recorded in the audio area having nine sync, blocks. With treating one sync, block as a packet, the 
D-interface format output processing circuit 5 converts one track into 1 50 packets so as to input and output the data by 
the unit of 150 packets. 

30 Fig. 11 is an explanatory view to illustrate the packet data corresponding to one track. As shown in Fig. 1 1 , the 

header packet HO is placed at the beginning of these 150 packets. It is followed by two subcode packets SCO and SC1 
and three video auxiliary packets VA0 to VA2. Then, nine audio packets AO to A8 corresponding to the nine sync, blocks 
and 135 video packets V0 to V134 corresponding to 135 sync, blocks are laid out. 

Fig. 12 shows the data structure of the output from the D-interface format output processing circuit 5 of Fig. 4. As 

35 shown in Fig. 12, each block (DIF block) begins with the ID, which is followed by various data. The blocks in Fig. 12 cor- 
respond to the packets in Fig. 11. In other words, the blocks 0 to 1 49 correspond to the 1 50 packet data in a track. The 
blocks 0 to 1 49 transmit the header, subcodes, video auxiliary data and audio/video data for a track, and one frame is 
restored by the data of n tracks. 

The 1394 interface 27 outputs the input packet data after converting it into the packet format of IEEE 1394. Since 

40 the data in one frame is recorded in 10 tracks according to the SD standard for the digital VCR, the data in one track 
may be transmitted for a period corresponding to one tenth of a frame or 3.33 ms. In other words, it is necessary to 
transmit 135 video blocks, nine audio blocks, three VAUX blocks, two subcode blocks and a header block (150 DIF 
blocks in total) within 3.33 ms. 

According to IEEE 1394, the video data are transmitted with isochronous cycles of 125 (is. The above period of 

45 3.33 ms corresponds to 26.6 isochronous cycles. Therefore, the data for a track in the digital VTR, or 150 DIF blocks 
may be transmitted in 26.6 isochronous cycles. This means that five or six DIF blocks are transmitted in an isochronous 
cycle. 

Fig. 13 is an explanatory view to show an isochronous packet prepared by the 1394 interface 27 of Fig. 4. 

At the beginning of the packet is the header, which is followed by the header CRC for error correction. Then, the 
so CIP header and the synchronous data of 5 or 6 DIF blocks are laid out. At the end, the error correction data CRC is 
positioned. In this embodiment, the 1394 interface 27 inserts the two-bit copy generation management information 
based on the detection result of the copy flag detecting circuit 28 into the CIP header. 

According to the current standard under IEEE 1394, SID, DBS, FN, QPC, SPH, DBC, FMT, 50/60, STYPE or SYT 
can be provided as the CIP header. Further, two-bit reserved areas are prepared. For example, the 1394 interface 27 
55 inserts the copy generation management information to such reserved area. 

The 1394 interface 27 sends the isochronous packets of the format as shown in Fig. 13 to the bus 24. As described 
above, these isochronous packets flow on the bus 24 with the isochronous cycle of 125 us. 

The device 22 is different from the reproduction device 2 in Fig. 1 for the related art in that it uses a decoding/FEC 
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circuit 20 instead of the reproduction processing circuit 7 and a 1394 interface 33 instead of the 1394 interface 9 and 
that it is provided with a copy flag detecting circuit 34. The decoding/FEC circuit 20 properly processes the signals of 
the reproduced data from the reproduction device (not shown) and outputs them to the MPEG TS output processing 
circuit 8. For example, the decoding/FEC circuit 20 subjects the MPEG2 standard compression data reproduced from 
5 a disk to the error correction processing. The MPEG TS output processing circuit 8 outputs the input data to the 1394 
interface 33 after converting the data into the MPEG2 transport packet with the unit of 188 bytes. 

Fig. 14 is an explanatory view to illustrate the transport packet from the MPEG TS output processing circuit 8. As 
shown in Fig. 14, a transport packet is transmitted with a link level header (shaded part) before the payload for informa- 
tion transmission. Among 188 bytes of a transport packet, four bytes represent the link level header. The copy genera- 
te Won management information is inserted in this header. 

The copy flag detecting circuit 34 detects the copy generation management information in the header of the trans- 
port packet and outputs the detection result to the 1394 interface 33. The 1394 interface 33 has the same configuration 
as the 1394 interface 27. The 1394 interface 33 converts the MPEG2 transport stream into the IEEE 1394 packet as 
shown in Fig. 1 3. In this case, the 1 394 interface 33 inserts the two-bit copy generation management information based 
15 on the detection result by the copy flag detecting circuit 34 into the CIP header. The 1394 interface 33 sends the iso- 
chronous packets to the bus 24. 

The device 23 has an 1394 interface 41, which fetches the packets flowing on the bus 24 and depackets them so 
that it outputs the original format data to a format converting circuit 43. In this embodiment, the 1394 interface 41 has 
a copy flag detector 42. The copy flag detector 42 detects the copy generation management information inserted in the 
CIP header of the packet and outputs it to a copy generation managing circuit 44 and the recording controlling circuit 1 9. 

The format converting circuit 43 converts the format of the input data to its own recording format. For example, if 
the device 23 is designed for recording according to MPEG2 standard, it outputs the data from the device 22 as they 
are (without format conversion) to the recording processing circuit 18, and converts the data from the device 21 so as 
to change the format from the D-interface format to the MPEG2 format before output to the recording processing circuit 

25 1 8. 

The copy generation managing circuit 44 is designed to insert the copy generation management information based 
on the detection result of the copy flag detector 42 to the position corresponding to the format after conversion when 
the format converting circuit 43 executes any format conversion. For example, when its own recording format conforms 
to the D-interface format, it inserts the copy generation management information based on the detection result of the 
30 copy flag detector 42 to the CGMS of the source control pack when the data from the device 22 are recorded. Further, 
when the copy generation management information detected by the copy flag detector 42 is "1 0" to allow recording only 
once, the copy generation managing circuit 44 inserts "11" to prohibit copying as the copy generation management 
information. 

When the device 23 is a video streamer or a data streamer to record the data after depacketing as they are, it is 
35 not necessary to convert the format using the format converting circuit 43. In this case, the format converting circuit 43 
may be omitted. 

The recording processing circuit 18 properly processes recording signals of the data from the format converting cir- 
cuit 43 so that they are recorded by a recording device (not shown). The recording by the recording processing circuit 
18 is controlled by the recording controlling circuit 19. The recording controlling circuit 19 prohibits recording by the 
recording processing circuit 18 when the copy generation management information detected by the copy flag detector 
42 is "11" for copy prohibition and allows recording by the recording processing circuit 18 when the information is "10" 
to allow recording only once or "00" for free copying. 

Though the device 23 is supposed to be a recording device in the above description, it can be a television set. In 
this case, the device 23 is required to be capable of analog and digital outputs. With a copy generation managing circuit 
44, the copy control information such as macro vision, CGMS-A or CGMS-D standard may be inserted in such outputs. 

Referring now to Fig. 15, the operation of the embodiment with the above configuration is described below. Fig. 1 5 
shows the data in a predetermined digital format, data recording units and DIF blocks and isochronous packets on the 
bus 24. Note that Fig. 15 shows a digital format in general and is slightly different from the specific DVC format or 
MPEG2 digital format. 

Suppose the devices 21 , 22 and 23 are recording devices for DVC, DVD or a predetermined recording format and 
the reproduced data of the device 21 is recorded by the device 23. The reproduced data is output after decoding and 
error correction by the reproduction processing circuit 4. The D-interface format output processing circuit 5 converts the 
input data in DVC format into the D-interface format data before output. 

Fig. 1 5 shows at the top the digital format peculiar to the sending device and the output from the D-interface format 
output processing circuit 5. Note that the specific digital format of the D-interface format output processing circuit 5 is 
as shown in Fig. 12. In other words, these data are recorded by the recording unit of 150 packets. Fig. 15 just shows 
that a recording unit with a header packet at the beginning consists of several packets, and does not matter the number 
of packets. 
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The copy flag detecting circuit 28 detects the copy generation management information inserted in the source con- 
trol pack in the video auxiliary packet VA of the DVC format and outputs the detection result to the 1394 interface 27. 

The output from the D-interface format output processing circuit 5 is supplied to the 1394 interface 27 and con- 
verted into the packet format according to the IEEE 1394 standard. The D-interface format output processing circuit 5 
s transmits several DIF blocks input for an isochronous cycle in a single isochronous packet. The third line of Fig. 15 
shows DIF blocks and the fourth line of the figure shows that three or two DIF block are transmitted in a single iso- 
chronous cycle. 

As described above, when the data are transmitted according to the DVC standard, the D-interface format output 
processing circuit 5 transmits five or six DIF blocks for one isochronous cycle. The 1394 interface 27 inserts the copy 
10 generation management information based on the detection result from the copy flag detecting circuit 28 to the CIP 
header of the isochronous packet. Thus, the D-interface format output processing circuit 5 outputs the isochronous 
packet in the format as shown in Fig. 13. 

The isochronous packet from the device 21 is sent to the bus 24. The 1394 interface 41 of the device 23 fetches 
the isochronous packets having that device as the specified address from the data flowing on the bus 24 for depacket- 
75 ing. From the 1394 interface 41 , the packet data in the D-interface format is output. 

The copy flag detector 42 detects the copy generation management information inserted in the CIP header of the 
isochronous packet. The detection result of the copy flag detector 42 is sent to the copy generation managing circuit 44 
and the recording controlling circuit 19. Suppose now that the copy generation management information detected by 
the copy flag detector 42 is "11", which prohibits copying. In this case, the recording controlling circuit 19 controls the 
20 recording processing circuit 1 8 to prohibit recording. For example, the recording processing circuit 1 8 controls the oper- 
ation of the system control or servo circuit (not shown) so as to omit recording. In this case, the format conversion 
processing by the format converting circuit 43 may be prohibited. 

Suppose the copy generation management information detected by the copy flag detector 42 is "00" for free copy- 
ing. In this case, data can be recorded freely. The packet data from the 1394 interface 41 are supplied to the format con- 
25 verting circuit 43 so that they are converted to have the recording format of the device 23. 

For example, when the sending device is a DVC, if the device 23 executes recording according to the DVC format, 
the format converting circuit 43 converts the input data in the D-interface format into the DVC format data before output 
to the recording processing circuit 18. If the device 23 executes recording corresponding to the MPEG2 format here, 
the format converting circuit 43 converts the data in the D-interface format corresponding to the DVC into the MPEG2 
30 transport stream. In this case, the copy generation managing circuit 44 inserts "00" as the copy generation manage- 
ment information to the header of the MPEG2 transport stream. 

When the sending device is a DVD, if the device 23 executes recording according to the DVC format, the format 
converting circuit 43 converts the MPEG2 transport stream into the DVC format data. In this case, the copy generation 
managing circuit 44 inserts "00" as the copy generation management information to the CGMS area of the VAUX 
35 source control pack. The data from the format converting circuit 43 is sent to the recording processing circuit 18 and 
recorded in the recording media (not shown). 

Suppose the copy generation management information detected by the copy flag detector 42 is "10", which allows 
copying only once. The copy generation managing circuit 44 rewrites the copy generation management information "10" 
contained in the data input to the format converting circuit 43 to change it to the copy generation management informa- 
nt? tion for copy prohibition ("11"). This copy generation management information is naturally inserted in the position cor- 
responding to the recording format. 

Thus, the device 23 can record data according to the copy generation management information. 
Similar operation is executed when the sending device is a set top box to output MPEG2-TS. The reproduced data 
from the decoding/FEC circuit 20 of the device 22 are converted into the transport packets with the unit of 188 bytes by 
45 the MPEG TS output processing circuit 8. In this case, the copy generation management information is detected from 
the header of the transport packet by the copy flag detecting circuit 43 and supplied to the 1394 interface 33. The 1394 
interface 33 converts the transport packet to the 1394 packet. In this case, the 1 394 interface 33 inserts the copy gen- 
eration management information detected by the copy flag detecting circuit 34 to the CIP header. 

Even when the sending device conforms to a standard other than DVC or MPEG2, it is obvious that the copy gen- 
so eration management information can be similarly inserted in the transmission data. 

Thus, it is easy for a sending device to recognize its own data format and detect the copy generation management 
information. The 1 394 interface of the sending device sends the detected copy generation management information by 
inserting it to the CIP header of the 1394 packet. On the other hand, the receiving device detects the copy generation 
management information contained in the CIP header of the transmitted isochronous packet. In other words, the receiv- 
55 ing device can detect the copy generation management information without caring for the received data type and with- 
out decoding the received data. Therefore, it is not necessary for a receiving device to have a decoder for detection of 
the copy generation management information. Even when it receives data in a format other than existing ones, it can 
detect the copy generation management information. Since it is not necessary to decode the received data, recording 
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can be enabled or disabled in a short time. 

Fig. 16 is a block diagram to illustrate another embodiment of the present invention. 

In the embodiment of Fig. 4, CGMS is used as the copy generation management information to control data copy- 
ing for video devices. As the copy generation management information in addition to CGMS, SCMS (Serial Copy Man- 
agement System) for audio data copy control is also specified. However, SCMS is basically used in order to allow 
digital-digital copying of audio data for one generation, and is handled differently from CGMS. It may be sometimes nec- 
essary to use these two types of copy generation management information for copy control. This embodiment shows 
an example where the present invention is applied to a device to achieve copy control using these two types of copy 
generation management information: CGMS and SCMS. 

A device having a digital interface 201 is mounted to a predetermined machine. Machines to which the device 201 
is mounted may be various products such as a machine capable of recording and reproducing the video and audio data, 
and a machine for recording and reproduction of other types of data, for example. More specifically, they include a VCR,' 
a DAT, a DVD, a receiver for digital broadcasting and a data streamer. 

In this embodiment, the device 201 sends, in the transmission system, the transmission data with isochronous 
packets according to IEEE 1394 standard and inserts CGMS and SCMS to the transmission data. In the receiving sys- 
tem, it extracts CGMS and SCMS from the received data so that copying of the received data is controlled. 

In the transmission system, reproduced signals from a reproduction means (not shown), for example, are supplied 
to a transmission data processing circuit 202 of the device 201 . The transmission data processing circuit 202 outputs 
data corresponding to the data format it processes. For example, it may have a configuration similar to the D-interface 
format output processing circuit 5 and the MPEG TS output processing circuit 8 in Fig. 4. The transmission data 
processing circuit 202 properly processes the reproduced signals and outputs them as the transmission data to a 1394 
transmission processing circuit 211. 

On the other hand, the output from the transmission data processing circuit 202 is also supplied to a CGMS detect- 
ing circuit 204, an SCMS detecting circuit 205, an APS detecting circuit 206 and a DSB detecting circuit 207. The 
CGMS detecting circuit 204 and the SCMS detecting circuit 205 respectively detect CGMS and SCMS contained in the 
output from the transmission data processing circuit 202 and output them to an isochronous packet inserting circuit 210. 

In the transmission system, not only CGMS and SCMS as the copy generation management information but also 
APS (Analog Protection System) to indicate whether PSP (AGC pseudo pulse in the macro vision method) is inserted 
or not and DSB (Digital Source Bit) specifying copy prohibition for a DVD-ROM disk can be transmitted. The APS 
detecting circuit 206 and the DSB detecting circuit 207 respectively detect APS and DSB contained in the output from 
the transmission data processing circuit 202 and output them to the isochronous packet inserting circuit 210. 

Note that APS and DSB may have following values: 

APS 00: PSP = off, Color stripe = off 

01 : PSP = on, Color stripe = off 

10: PSP = on, Color stripe (2-line method) & on 

1 1 : PSP = on, Color stripe (4-line method) = on 
DSB 1 : DVD-ROM disk with encoded copy prohibition 

0: Other than the above 

The isochronous packet inserting circuit 210 inserts the copy generation management information CGMS and 
SCMS and the copy control information (CCI) consisting of APS and DSB into the isochronous packet. Fig. 17 is an 
explanatory view to illustrate the layout of the copy control information in the isochronous packet by the isochronous 
packet inserting circuit 210. 

As shown in Fig. 15, an isochronous packet has a packet header consisting of a header and a header CRC, and a 
data block consisting of a CIP header (shaded part), synchronous data (data field) and a data CRC. As shown in Fig 
17, a CIP header has SID, DBS, FN, QPC, SPH, reserved area (res) (shaded part), DBC, FMT and FDF laid out. In this 
embodiment, as in the embodiment of Fig. 4, the copy control information is to be inserted in the reserved area (shaded 
part) of the CIP header. Specifically, this reserved area accommodates not only CGMS but also SCMS. APS and DSB 
in this embodiment. 

The data sent from the transmission system of the device 201 may contain video and audio data for example, or 
may contain audio data only. This means that not all of the copy control information pieces inserted in the isochronous 
packet are effective. Therefore, in the transmission system, information to indicate whether CGMS and SCMS inserted 
in the reserved area are effective or ineffective is to be inserted. 

Specifically, the detection results of the CGMS detecting circuit 203 and the SCMS detecting circuit 204 are also 
supplied to a CGMS/SCMS effectiveness determining circuit 208. The CGMS/SCMS effectiveness determining circuit 
208 determines whether CGMS and SCMS are effective or ineffective from the CGMS and SCMS detection result and 
outputs the determination result to a CGMS/SCMS effectiveness flag inserting circuit 209. 
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This embodiment shows an example where the effectiveness of CGMS/SCMS is defined using the tcode value of 
the header in the isochronous packet, for example, as the CGMS/SCMS effectiveness / ineffectiveness flag. This is 
because the tcode value is not defined now. It is not necessarily limited to tcode value. 

The CGMS/SCMS effectiveness flag inserting circuit 209 determines the tcode value indicating whether CGMS 
5 and SCMS are effective or not based on the determination result of the CGMS/SCMS effectiveness determining circuit 

208 and outputs it to the isochronous packet inserting circuit 210. 

As shown in Fig. 17, a header has "data length", "tag", "channel", four bit "tCode" (shaded part) and sy. The iso- 
chronous packet inserting circuit 210 lays out the tcode value from the CGMS/SCMS effectiveness flag inserting circuit 

209 in the tCode section of the header. Fig. 18 is a table to illustrate tcode values. According to the current IEEE 1394 
w standard, isochronous packet is made recognizable by setting the tCode to Ah as shown in Fig. 18. In this embodiment, 

the tcode value is set to Ah as shown in Fig. 18 to show that the packet is the isochronous packet and that the copy 
control information is ineffective (there is no information). In addition, the tcode value at Ch indicates that the copy gen- 
eration management information for the audio data is ineffective and the tcode value at Dh shows that the copy gener- 
ation management information for the audio data is effective. 

is In practice, however, it is most unlikely that CGMS is ineffective and SCMS alone is effective, and Fig. 18 does not 
express such situation with tCode values. Such situation can be set by other tCode values, though. 

The copy control information inserted by the isochronous packet inserting circuit 210 may be of four copy control 
information types, which are respectively defined by the applicable organization: CGMS, SCMS, APS and DSB. The 
reserved area of the CIP header for transmission of the copy control information has two bits. The isochronous packet 

20 inserting circuit 210 can send these four types of copy control information in several cycles. It can insert the information 
cyclically with eight isochronous cycles, for example. Figs. 19 and 20 are an explanatory view and a table to illustrate 
the cyclic insertion method of the copy control information. 

As indicated by the shaded part in Fig. 19, the copy control information is inserted in the CIP header, or more spe- 
cifically, inserted in the reserved area in the CIP header with eight isochronous cycles. The isochronous packet insert- 

25 ing circuit 210 sets "01 " in the reserved area for the first to the third isochronous cycles in the eight isochronous cycles 
and inserts CGMS to the reserved area in the fourth isochronous cycle. Similarly, the isochronous packet inserting cir- 
cuit 210 inserts APS and DBS to the reserved area of the fifth and sixth isochronous cycles respectively. For the 
reserved areas of the seventh and the eighth isochronous cycles, other values than "01" are to be inserted in indicate 
that they are reserved areas. In other words, when the cycle subsequent to three consecutive detections of "01 " has a 

30 value other than "01", it can be recognized as CGMS. 

Further, the audio data can be processed by setting the reserved area of the first to the sixth isochronous cycles 
and the eighth isochronous cycles in the same way as for the video data. For the audio data, the isochronous packet 
inserting circuit 210 inserts SCMS to the reserved area in the seventh isochronous cycle. 

The 1394 transmission processing circuit 21 1 and the 1394 interface 212 make the same operation as the 1394 

35 interface 27 and the 1394 interface 33 of Fig. 4. Specifically, the 1394 transmission processing circuit 21 1 and the 1394 
interface 212 convert the data in a predetermined format from the transmission data processing circuit 202 into the 
IEEE 1394 standard packets and send them to the transmission path (not shown). 

The isochronous packet inserting circuit 210 controls the 1394 transmission processing circuit 211 to set the 
above-mentioned copy control information and the tcode values for the transmission data outputted from the transmis- 

40 sion data processing circuit 202 to the 1394 transmission processing circuit 21 1 . 

According to IEEE 1394, device authentication shall be executed prior to the data transmission. A sending device 
authenticating circuit 213 can verify that the opponent is a proper sending device when it belongs to a receiving device 
and a receiving device authenticating circuit 214 verifies that the opponent is a proper receiving device when it belongs 
to a sending device. The authentication key from the receiving device authenticating circuit 214 is supplied to the 1394 

45 transmission processing circuit 211 and the authentication key from the sending device authenticating circuit 213 is 
supplied to the 1394 receiving processing circuit 215. 

The copyright protection can be further enhanced by encryption of the transmission data for copy prohibition. In this 
embodiment, an encrypting circuit 207 controls the 1394 transmission processing circuit 21 1 so as to encrypt the trans- 
mission data when copy prohibition or permit for copying only once is indicated by the detection result of the CGMS 

so detecting circuit 203 and the SCMS detecting circuit 204. 

When the encrypting circuit 207 executes encryption, it inserts the encryption flat indicating the encryption execu- 
tion to the isochronous packet. As shown in Fig. 1 7, the sy area in the header is empty and, in this embodiment, the 
encrypting circuit 207 sets the encryption flag at the LSB of the sy area. The encryption flag indicates, for example, that 
the data is encrypted by "1" and that it is not encrypted by "0". 

55 On the other hand, in the receiving system, the 1394 interface 212 and the 1394 receiving processing circuit 215 
make the same operation as the 1394 interface 10 in Fig. 1. The received data received by the 1394 interface 212 and 
the 1394 receiving processing circuit are supplied to a decrypting circuit 216 and an isochronous packet extracting cir- 
cuit 217. The decrypting circuit 216 decrypts the received data when such data have been encrypted and outputs the 
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original data to a received data processing circuit 223. 

The isochronous packet extracting circuit 217 extracts the copy control information inserted in the reserved area of 
the CIP header in the received isochronous packet outputs the APS and DSB detection results to the received data 
processing circuit 223 and outputs CGMS and SCMS to the CGMS detecting circuit 218 and the SCMS detecting circuit 
5 219 respectively. 

The CGMS detecting circuit 218 detects the value of CGMS from the CIP header of the isochronous packet and the 
SCMS detecting circuit 219 detects the CGMS value from the CIP header of the isochronous packet. The detection 
results of the CGMS detecting circuit 218 and the SCMS detecting circuit 219 are respectively supplied to a received 
data controlling circuit 222 via terminals a and b of a switch 224. The received data controlling circuit 222 outputs the 
w recording control signal to control recording based on the input copy generation management information. 

The received data processing circuit 223 converts, when a recording device is receiving the data, the data received 
from the decrypting circuit 216 into the data in the recording format of its own recording system (not shown) and inserts 
CGMS and SCMS to the predetermined data positions corresponding to the recording format. In this case, the received 
data controlling circuit 222 changes the copy generation management information to permit copying only once to the 
75 copy generation management information for copy prohibition before insertion. The data received from the received 
data processing circuit 223 are supplied to the recording system. 

The isochronous packet extracting circuit 21 7 extracts the tCode data and output them to a CGMS/SCMS effective- 
ness detecting circuit 220. The CGMS/SCMS effectiveness detecting circuit 220 detects tcode values from the input 
data and output them to an SCMS/CGMS effectiveness determining circuit 221 . The SCMS/CGMS effectiveness deter- 
20 mining circuit 221 determines whether SCMS and CGMS is effective or ineffective when given tcode values and the 
mode signal and controls the switch 224 according to the determination result. The switch 224 is controlled by the 
SCMS/CGMS effectiveness determining circuit 221 so that it supplies either of the output from the CGMS detecting cir- 
cuit 218 or that from the SCMS detecting circuit 219 to the received data controlling circuit 222. 

Table 1 below explains the SCMS/CGMS effectiveness determining circuit 221 . 

25 
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Receiving device A 


Receiving device B 


Receiving device C 








(Audio device) = SCMS 


(Video device) = CGMS 


(Video device) = CGMS 
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CGMS effective SCMS 


Recording control accord- 


Recording control 


Recording control accord- 
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ing to SCMS 


according to CGMS 


ing to CGMS 




(2) 


CGMS effective SCMS 


Recording control with 


Recording control 


Recording control accord- 


35 




ineffective 


treating CGMS as SCMS 


according to CGMS 


ing to CGMS 




(3) 


CGMS ineffective SCMS 


Recording control accord- 


Recording control with 


Recording control with 






effective 


ing to SCMS 


defining CGMS by SCMS 


defining CGMS by SCMS 










(bit 1) 


(Bit 1) 



40 

The SCMS/CGMS effectiveness determining circuit 221 firstly determines whether SCMS copy control takes prior- 
ity or CGMS copy control takes priority in the machine it belongs to. For example, when the device 201 is in an audio 
device such as a DAT, the SCMS/CGMS effectiveness determining circuit 221 determines that SCMS takes priority in 
the machine it belongs to. When, for example, the device 201 is mounted to a VCR, the SCMS/CGMS effectiveness 

45 determining circuit 221 determines that CGMS takes priority in the machine it belongs to. 

When the device 201 is mounted to a machine which can be used for both audio and video application such as a 
DVD, the SCMS/CGMS effectiveness determining circuit 221 determines whether SCMS or CGMS takes priority in the 
machine it belongs to according to the mode signal. The mode signal is, for example, based on the recording mode 
determined by the user, which indicates whether the machine is used as audio equipment or not. The mode signal is 

so not necessary when the machine application is fixed to be audio equipment or equipment other than audio units. 

As shown in (1) on Table 1 above, when both CGMS and SCMS contained in the transmission data from the send- 
ing device are found effective from the tcode values, the SCMS/CGMS effectiveness determining circuit 221 outputs the 
determination result for copy control to the switch 224 using SCMS if it is determined that SCMS takes priority in the 
machine, and outputs the determination result for copy control using CGMS if it is determined that CGMS takes priority 

55 in the machine. 

When, as shown in (2), the copy control information in the CGMS insertion period contained in the transmission 
data from the sending machine alone is effective and the copy control information in SCMS insertion period is ineffec- 
tive, the SCMS/CGMS effectiveness determining circuit 221 outputs the determination result for copy control based on 
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CGMS to the switch 224 whether it is determined that CGMS takes priority in the machine or that SCMS takes the pri- 
ority. In this case, if it is determined that SCMS takes priority in the machine, the received data controlling circuit 222 
executes copy control as if the supplied CGMS value was the SCMS value. 

On the contrary, when, as shown in (3), the copy control information in the CGMS insertion period contained in the 

s transmission data from the sending device is ineffective and the copy control information in the SCMS insertion period 
alone is effective, the SCMS/CGMS effectiveness determining circuit 221 outputs the determination result for copy con- 
trol based on SCMS to the switch 224 whether it is determined that SCMS takes priority or CGMS takes priority in the 
machine. In this case, the received data controlling circuit 222 defines CGMS according to the input SCMS for copy con- 
trol. For example, the received data controlling circuit 222 defines "10" or "11" as the CGMS value when the SCMS 

w value is "10", which permits copying only once. 

Table 1 above just shows an example of copy control using CGMS and SCMS contained in the transmission data, 
and other copy control methods may be adopted. For example, when the receiving device is a personal computer and 
the received data are copied to the hard disk, this receiving device is just a data streamer and cannot manage the copy 
generation. In this case, as shown in (3) in Table 1 above, "1 0" or "1 1 " for SCMS is deemed to have "1 1 " for CGMS when 

75 redefining CGMS by SCMS. 

For video information, SCMS may not be specified. In such cases, transmission is made considering that SCMS is 
ineffective. 

Next, the operation of this embodiment with the above configuration will be described below with referring to Fig. 

21. 

20 As shown in Fig. 21 , suppose a sending device 231 and three receiving devices 232 to 234 are in daisy chain con- 
nection using a 1394 cable 235 conforming to the IEEE 1394 standard. For example, suppose the receiver A 232 is a 
DAT, the receiver B 233 and the receiver C 234 are DVCs. The sending device 231 and the receiving devices 232 to 234 
are provided with a device 201 of Fig. 16. Note that the sending device 231 may have transmission system circuits 
alone in the device 201 and the receiving devices 232 to 234 may have receiving system circuits alone in the device 



Suppose here the transmission data sent by the sending device 231 are received by the receiving devices 232 to 
234 for copying. First of all, the devices are authenticated prior to data transmission. Specifically, the sending device 
231 has the receiving device authenticating circuit 214 in the device 201 authenticate that the receiving devices 232 to 
234 are proper receiving devices. The receiving devices 232 to 234 has the sending device authenticating circuit 213 

30 in the device 201 authenticate that the sending device 231 is a proper sending device. The authentication is executed 
by exchange of machine authentication keys. fT - 

In this embodiment, the SCMS/CGMS effectiveness determining circuit 221 in the device 201 contained in the 
receiving devices 232 to 234 determines whether CGMS takes priority or SCMS takes priority in the machine. 

The sending device 231 may be, for example, a VCR. The copy control information contained in the reproduced 

35 data is detected by a CGMS detecting circuit 230 in the device 201, an SCMS detecting circuit 204, an APS detecting 
circuit 205 and a DSB detecting circuit 206. The isochronous packet inserting circuit 210 of the sending device 231 
cyclically inserts the copy control information to the reserved area of the CIP header in the isochronous packet with 
eight isochronous cycles. The isochronous packet inserting circuit 210 inserts the value indicating whether or not SCMS 
and CGMS is effective to tcode of the header in the isochronous packet. When CGMS and SCMS indicates copy pro- 

40 hibition or permit for copying only once, the transmission data is encrypted by the encrypting circuit 207. 

Suppose now both CGMS and SGMS in the transmission data are effective. In this case, the CGMS/SCMS effec- 
tiveness flag inserting circuit 209 in the sending device 231 determines Dh as the tcode value. The isochronous packet 
inserting circuit 210 sets values to tCode of the header in the isochronous packet according to the output from the 
CGMS/SCMS effectiveness flag inserting circuit 209. 

45 The isochronous packet from the 1394 interface 21 2 in the sending device 231 is sent onto the 1394 cable 235. The 

receiving devices A, B and C 232 to 234 fetch data from the sending device 231 flowing on the 1394 cable 235 via the 
1394 interface 212 of the device 201. The 1394 receiving processing circuit 215 of the receiving devices 232 to 234 
receives the isochronous packets and outputs them to the decrypting circuit 216. When the transmission data from the 
sending device 231 is encrypted, the decrypting circuit 216 decrypts the data and supplies the original data to the 

so receiving data processing circuit 223. 

The CGMS detecting circuit 218 of the receiving devices 232 to 234 detects the data of the CGMS insertion period 
from the reserved area of the CIP header in the isochronous packet extracted by the isochronous packet extracting cir- 
cuit 217. For example, the CGMS detecting circuit 218 detects as CGMS the value of the cycle having a value other 
than "01" after three consecutive cycles having "01" at the reserved area of the CIP header in the isochronous packet. 

55 Similarly, the SCMS detecting circuit 219 detects the data of the SCMS insertion period from the reserved area of the 
CIP header in the isochronous packet. 

CGMS and SCMS respectively detected by the CGMS detecting circuit 21 8 and the SCMS detecting circuit 219 are 
supplied via the switch 224 to the received data controlling circuit 222. In addition, the CGMS/SCMS effectiveness 
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detecting circuit 220 detects tCode value and outputs the tcode value to the SCMS/CGMS effectiveness determining 
circuit 221. 

It is supposed that the SCMS/CGMS effectiveness determining circuit 221 has determined for the receiving devices 
8 and C 233 and 234, which are DVCs, that the CGMS takes priority. The tcode value is Dh and both of CGMS and 

s SCMS are indicated to be effective. As shown in (1) of Table 1 above, the SCMS/CGMS effectiveness determining cir- 
cuit 221 of the receiving devices 233 and 234 controls the switch 224 so that CGMS is selected. Thus. CGMS from the 
CGMS detecting circuit 218 is supplied to the received data controlling circuit 222 and the received data controlling cir- 
cuit 222 controls recording by the recording system (not shown) according to the input CGMS. Specifically, when CGMS 
is "11", recording is prohibited; when CGMS is "10", CGMS is changed to "11" and recording is executed; and when 

10 CGMS is "00", recording is made freely 

On the other hand, for the receiving device A 232, which is an DAT, it is supposed that the priority of SCMS is deter- 
mined by the SCMS/CGMS effectiveness determining circuit 221 . The tcode value is Dh and both of CGMS and SCMS 
are indicated to be effective. As shown in (1) of Table 1 above, the SCMS/CGMS effectiveness determining circuit 221 
of the receiving device 232 controls the switch 224 so that SCMS is selected. Thus, SCMS from the SCMS detecting 

is circuit 219 is supplied to the received data controlling circuit 222 and the received data controlling circuit 222 controls 
recording by the recording system (not shown) according to the input SCMS. Specifically, when SCMS is "10 M , SCMS 
is changed to "1 1 " and recording is executed, and when SCMS is "00", recording is made freely. 

Next, suppose the CGMS/SCMS effectiveness flag inserting circuit 209 of the sending device 231 generates the 
tcode value to indicate that CGMS alone is effective and SCMS is ineffective. In this case, the SCMS/CGMS effective- 

20 ness determining circuit 221 of the receiving devices 232 to 234 has the switch 224 select the output of the CGMS 
detecting circuit 218. Thus, CGMS is supplied to the received data controlling circuit 222. 

The received data controlling circuit 222 of the receiving devices 233 and 234, which are VCR's, executes copy 
control of the recording system according to CGMS. On the other hand, the receiving data controlling circuit 222 of the 
receiving device 232, which is a DAT, uses the CGMS value as the SCMS value. Specifically, when the input CGMS is 

25 "11 ", the received data controlling circuit 222 of the receiving device 232 prohibits recording of the received data; when 
it is "10", the circuit changes SCMS to "11" and executes recording once, and when it is "00", the circuit executes 
recording freely. 

Suppose now SCMS alone is effective and CGMS is ineffective for the transmission data from the sending device. 
In this case, the SCMS/CGMS effectiveness determining circuit 221 of the receiving devices 232 to 234 has the switch 
30 224 select the output of the SCMS detecting circuit 218. Thus, SCMS is supplied to the received data controlling circuit 
222. 

The received data controlling circuit 222 of the receiving device 232, which is a DAT, executes copy control of the 
recording system according to SCMS. On the other hand, the receiving data controlling circuit 222 of the receiving 
devices 233 and 234, which are DVCs, newly defines the CGMS value according to the input SCMS value. For example, 
35 when the input SCMS is "11" or "10", the received data controlling circuit 222 of the receiving devices 233 and 234 pro- 
hibits copying by the recording system with setting "11" as CGMS. When it is "00", the circuit sets the CGMS to "00" 
and permits free copying by the recording system. 

Note that recording may be prohibited when APS is not "00" and when DSB is 1 . 

Thus, this embodiment achieves the same effect as the embodiment of Fig. 4 and at the same time is capable of 
40 copy control using not only CGMS but also SCMS. 

In this embodiment, when the copy generation management information to be used by the receiving device is inef- 
fective, the receiving device makes the copy generation management information corresponding to the transmitted 
effective copy generation management information. However, when the copy generation management information 
detected by the sending device is ineffective, the sending device may create a corresponding effective copy generation 
45 management information for transmission. 

Fig. 22 is a block diagram to show another embodiment of the present invention. In Fig. 22, the same constituent 
elements as those in Fig. 4 have the same reference numerals and their descriptions are omitted. 

As shown in Fig. 22, IEEE 1394 allows daisy chain connection and tree connection topologies. In Fig. 22, a device 
47 is in daisy chain connection with other devices (not shown) via the bus 24. Further connected to the device 47 are a 
so device (which can be hereinafter referred to as a child device) 48 and a device (can be hereinafter referred to as a 
grandchild device) 49 in tree connection. It is possible for a single sending device to send synchronous data with spec- 
ifying several devices including not only child devices but also grandchild devices. In the description below, the device 
47 is considered to be a sending device and the devices 48 and 49 are considered to be child and grandchild devices 
respectively. 

55 This embodiment is different from the one shown in Fig. 4 in that the sending device 47 adopts a 1394 interface 51 
instead of the 1 394 interface 27 and the receiving devices 48 and 49 adopt a 1394 interface 52 instead of the 1394 inter- 
face 41 . Note that the receiving devices 48 and 49 have the same configuration. 

According to IEEE 1394, bus arbitration is executed prior to data transmission. The device to transmit data gener- 
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ates a request command for bus utilization right. By allowing the device to have the bus utilization right in response to 
such request, the parent device enables data transmission. For IEEE 1394, the bus structure is automatically con- 
structed by bus resetting with node ID assigned to each node. In the automatic bus structure construction, the devices 
can recognize the device names. Thus, the sending device can recognize the devices which can be used for recording 

5 among the devices in connection. For example, the sending device recognizes a DVC, a DVD and an HDD (Hard disk 
drive) as the recording capability devices among those in connection. 

The 1 394 interface 51 of the sending device converts, similarly to the 1 394 interface 27, the input data into the 1 394 
packets and at the same time inserts the copy generation management information based on the detection result of the 
copy flag detecting circuit 28 to the CIP header in the 1394 packet. 

w In this embodiment, the 1394 interface 51 judges whether there are several recording capability devices when the 
copy generation management information to allow copying only once ("10") is detected by the copy flag detecting circuit 
28. When detecting that there are several devices capable of recording, the 1394 interface 51 uses the asynchronous 
command to send the copy generation information for permitting copying only once to the predetermined device alone 
and to send the copy generation information for copy prohibition to the other devices. For example, the 1394 interface 

is 51 sends the copy generation information for copy prohibition to the recording capability device 49, which is connected 
as a grandchild. 

The 1394 interface 52 of the receiving devices 48 and 49 is, as is the 1394 interface 41, provided with a copy flag 
detector 42. It depackets the input 1394 packets and detects the copy generation management information inserted in 
the CIP header. In this embodiment, the 1394 interface 52 further detects the copy generation information transmitted 
20 by the asynchronous command. When the copy generation information is detected in the asynchronous command, the 
1394 interface 52 provides priority to the detection result of the copy generation information over the copy generation 
management information inserted in the CIP header an outputs the former to the copy generation managing circuit 44 
and the recording controlling circuit 19. Thus, the receiving devices 48 and 49 execute recording according to the copy 
generation information. 

25 In the embodiment with the above configuration, the devices recognize the device names during bus resetting. 
When the copy generation management information contained in the reproduced data is "11" for copy prohibition or "00" 
for free copying, the sending device makes the same operation as the embodiment of Fig. 4. Specifically, the copy gen- 
eration management information detected by the copy flag detecting circuit 28 of the sending device is inserted in the 
CIP header by the 1394 interface 51 in this case. 

30 The 1394 packets are transmitted via the bus 24 and fetched by the 1394 interface 52 of the receiving devices 48 
and 49. The 1 394 interface 52 depackets the 1 394 packets and at the same time detects the copy generation manage- 
ment information in the CIP header by the copy flag detector 42. The copy generation managing circuit 44 and the 
recording controlling circuit 19 are controlled based on such copy generation management information so that the 
recording is executed according to the copy generation management information. 

35 On the other hand, when the copy generation management information in the reproduced data is "10" to permit 
copying only once, the 1394 interface 51 inserts the copy generation management information "10" into the CIP header 
and at the same time transmits the copy generation information to permit copying only once by the asynchronous com- 
mand addressed to the child device 48 and transmits the copy generation information for copy prohibition by the asyn- 
chronous command addressed to the grandchild device 49. 

40 When detecting the copy generation information permitting copying only once from the asynchronous command, 
the 1 394 interface 52 of the child device 48 outputs this detection result to the copy generation managing circuit 44 and 
the recording controlling circuit 19. Thus, the data from the device 47 can be recorded at the child device 48. Note that 
the copy generation managing circuit 44 changes the copy generation management information to "11" here, as in the 
embodiment of Fig. 4. 

45 On the other hand, the 1394 interface 52 of the grandchild device 49 detects the copy generation information for 
copy prohibition from the asynchronous command. The detection result of the copy generation information is supplied 
to the recording controlling circuit 19 and recording is not executed at the grandchild device 49. 

Thus, this embodiment achieves the same effect as that of Fig. 4 and at the same time enables a predetermined 
device alone among several devices capable of recording to execute recording so that the copyright holder protection 

so is improved and repeated recording can be effectively prevented. 

Figs. 23 to 26 and Figs. 27 to 29 show another embodiment of the present invention. Fig. 23 is a block diagram of 
such another embodiment, Fig. 24 is a general view of such embodiment. Fig. 25 is a flowchart to illustrate the proce- 
dure of the copy control method in the embodiment of Fig. 23, and Fig. 26 is an explanatory view to chronologically 
show an example of communications between the isochronous packet and the asynchronous packet flowing on the 

55 IEEE 1394 cable. Figs. 27 to 29 are explanatory views to show the isochronous packet and the asynchronous corn- 



In this embodiment, several devices connected in a network are controlled for copy generation control by a single 
device using asynchronous data. For the copy generation management information, it is sufficient in this embodiment 
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that the parent device among the devices supports the digital format of the devices. Other devices may have an inter- 
face for IEEE 1394 standard only. 

In Fig. 23, a set top box (hereinafter referred to as an STB) 101 is connected to devices 1 10 to 1 13 via a bus 100. 
Input to the STB 101 is digital multi-channel broadcasting signals consisting of multiplexed four channels cha. chb, chc 

s and chd, for example. Such multi-channel broadcasting signals are, for example, subjected to QPSK modulation before 
transmission as packets. The STB 101 can display the program transmitted by the input multi -channel broadcasting sig- 
nals on a display device 109 and convert the multi-channel broadcasting signals into digital format data corresponding 
to the devices 1 10 to 1 13 for transmission to the bus 100. 

Specifically, the multi-channel broadcasting signals are supplied to a decoding circuit 102 of the STB 101. The 

w decoding circuit 102 executes the decoding process corresponding to the multi-channel broadcasting signals (QPSK 
decoding, for example) and outputs the result to an error correction circuit (hereinafter referred to as an ECC) 103. The 
ECC 103 corrects sign errors occurred during transmission and outputs the multi-channel broadcasting signals to a 
decoder 1 04 and a data format converting circuit 105. The decoder 1 04 decodes the multi-channel broadcasting signals 
and outputs the decode signals to the display unit 109. The display device 109 executes display according to the 

15 decode signals from the decoder 104. 

The data format converting means 5 converts the output from the ECC 103 into the predetermined digital data for- 
mat and outputs the result to a copy flag detecting circuit 1 06 and a 1 394 controlling circuit 1 08. The copy flag detecting 
circuit 106 extracts the copy flag (CGMS-D: Copy Generation Management System-Digital, for example) from the digital 
multi-channel broadcasting signals supplied from the ECC 3 for each channel and outputs it to the 1394 controlling cir- 

20 cuit 108. The 1394 controlling circuit 108 converts the output from the data format converting circuit 105 to the data in 
the data format for isochronous transmission according to IEEE 1394 standard and outputs the result to the decoder 
104 and to the bus 100. 

The bus 100 is an IEEE 1394 cable, for example. It is connected to the devices 110 to 113 having 1394 controlling 
circuits 108a to 108d with the configuration similar to that of the 1394 controlling circuit 108. The devices 110 to 113 
25 are, for example, a television set (TV), a DVC, a DVC-RAM and an HDD respectively 

Next, referring to Figs. 23 to 26 and Figs. 27 to 29, the operation in this embodiment with the above configuration 
is described below. 

The STB 1 in Fig. 23 receives the digital multi-channel broadcasting signals, converts the data format into the IEEE 
1 394 format, and transmits the data to the devices 1 1 0 to 1 1 3 via the bus 1 00 such as an IEEE 1 394 cable. The devices 
30 1 10 to 1 13 receives the channel it desires only from the channels supplied from the STB 101 via the bus 100. This 
embodiment is characterized by the copy control using IEEE 1394 functions such as command setting when the 
devices capable of transmission data recording among the devices 1 10 to 1 13 are to record the desired channel. 

Referring now to Fig. 25, the application of this embodiment is described below. In the following description, the 
STB 101 is supposed to be a sending device and the devices 1 10 to 1 13 are supposed to be receiving devices. Since 
35 the sending device usually plays the role of parent in IEEE 1394, the STB 101 is supposed to be the parent in the 
description below. 

The STB 101 uses the isochronous transmission function (synchronous transmission) to always transmit the multi- 
channel broadcasting signals via the IEEE 1394 bus 100 while receiving the multi-channel broadcasting signals and 
controls copying by asynchronous communication with the devices using asynchronous transmission function. 

40 According to IEEE 1394, the topology is automatically set when the power is turned on or when the devices are 
connected or disconnected. It is executed by a controller circuit (not shown) in the physical layers of the 1 394 controlling 
circuits 108 and 108a to 108d. The automatic topology setting is executed with three steps: the bus is reset first, con- 
nection structure is checked next, and finally the nodes notify their node numbers to other nodes. 

Upon completion of automatic topology setting, IEEE 1394 executes the bus arbitration as in the case of SCSI. The 

45 bus arbitration is always executed before the data transmission by the devices. The parent device STB 101 determined 
by the automatic topology setting makes inquiry for device name identification to the devices (Child devices) connected 
to the bus 100 of IEEE 1394. Then, the STB 101 recognizes that the connected devices 1 10 to 13 are, for example, a 
TV, a DVC, a DVD-RAM and an HDD according to the response from the devices 1 10 to 1 13 (See Fig. 26 (a)). (Step 

so Thus, by preparing a correspondence table comparing the device names and their capability of recording in its own 
memory space, for example, the parent device (STB 101) can judge that the device 110, which is a TV, is not capable 
or recording, and the devices 1 10 to 1 13, which are a DVC, a DVD-RAM and an HDD, are capable of recording (Step 
S2). Upon completion of such bus arbitration, the STB 101 transmits the digital multi-channel broadcasting signals con- 
verted into the IEEE 1394 packets (Fig. 26 (f)) to the devices 1 1 1 to 1 13 using the IEEE 1394 isochronous transmission 

55 function via the bus 100 of IEEE 1394 (Step S3). 

Suppose now the user tries to display or record the digital multi-channel broadcasting with a device (child device). 
Suppose, for example, the user wants to see two programs on channels A and B on the two screens of the device 1 10 
as a TV and makes channel setting for these two channels; and also wants to record two programs on channels A and 
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B to the device 111 as a DVC and sets the recording switch of the device 111; and sets the recording switch of the 
device 1 12 to record a program on channel C to the device 1 12 as a DVD-RAM; and sets the device 1 13 to record the 
data on all of 4 channels to the device 1 1 3 as an HDD. Each of the devices 1 1 0 to 1 1 3 transmits the receiving channel 
request (Fig. 26 (b)) to the STB 101 as an asynchronous command by the asynchronous transmission function of IEEE 

5 1 394 (Step S4). Note that there are various operation methods for receiving or recording the digital multi-channel broad- 
casting at various devices and the method is not limited to that in this embodiment. Besides, the asynchronous com- 
mand sent from each of the devices 1 10 to 1 13 to the STB 101 is expressed (schematized) as a single packet in Fig. 
26, but the actual number of packets depends on the number of the requesting devices. Further, the asynchronous 
command from the receiving device to the STB is configured as a packet as shown in Fig. 27. 

10 On the other hand, the isochronous data sent from the STB 101 are transmitted in this embodiment with the digital 
multi-channel broadcasting for four channels always sent to the receiving devices via the bus 100 of IEEE 1394 . The 
receivable channels for the receiving devices are determined by the receivable channels specified by the asynchronous 
command sent for each receiving device from the sending device transmitting the isochronous data. Specifically, upon 
receipt of receiving channel requests from receiving devices at Step S4, the STB 101 specifies the receivable channel 

is among four channels A, B, C and D to the receiving devices serving as the origins of the receiving channel requests 
(Step S5). Note that the asynchronous command sent from the STB 101 to each receiving device is configured as a 
packet as shown in Fig. 28. The isochronous packet, which contains the digital multi-channel broadcasting for four 
channels are configured as packets as shown in Fig. 29. 

Step S4 may be omitted here. Suppose the STB 101 has been already turned on and IEEE 1394 is then turned on, 

20 for example. When the sending device has thus detected in advance that the copy prohibition signal is inserted in the 
isochronous packets corresponding to one or more channel numbers to be sent from the sending device to the receiv- 
ing device, the procedure can be designed as follows: the receiving device does not send the receiving channel request 
to the sending device; the sending device transmits one-way specification of the receivable channel numbers after auto- 
matic setting of the network topology, with deleting the channel numbers having the copy prohibition signal inserted in 

25 the receiving devices (S5). 

Suppose now all four channels of the digital multi-channel broadcasting under transmission can be freely copied. 
The STB 1 01 sends the following asynchronous command to the receiving devices in this case. As shown in Fig. 26 (c), 
chA and chB are specified as the receivable channels for the device 1 10 as a TV, chA and chB are specified as the 
receivable channels for the device 1 1 as a DVC, chC is specified as the receivable channel for the device 1 12 as a DVD- 

30 RAM, and chA/chB/chC/chD are specified as the receivable channels for the device 1 13 as an HDD. Upon receipt of 
such specifications, the receiving devices can receive the channel broadcasting signals they desire. 

As shown in Fig. 23, the multi-channel broadcasting signals are decoded by the STB 101 and converted into, the 
isochronous packets of IEEE 1 394, with the video data, audio data and character data identified based on the contents 
of the header in the multi-channel broadcasting signal packets. Therefore, the STB 101 can recognize various informa- 

35 tion including the copy generation management information added to the header of the multi-channel broadcasting sig- 
nals. 

On the other hand, as described above, in the transport packet of MPEG2 method, which is the most prosperous 
method of video compression in digital broadcasting, the copy generation management information (CGMS-D) is 
inserted in the link level header. The STB 101 can easily detect the copy generation management information contained 

40 in the transport stream of MPEG 2. 

If at the timing shown in Fig 26 (d), the copy prohibition signal "1 1 " is detected as the copy generation management 
information (CGMS-D) of the channel b in the multi-channel broadcasting signal, for example, the 1394 controlling cir- 
cuit 108 of the STB 101 resets the receivable channels to the devices sending the receiving request for channel B 
(Steps S6, S7). Specifically it specifies chA as the receivable channel for the device 111 (DVC) and specifies 

45 chA/chC/chD as the receivable channels to the device 113 (HDD). The receiving devices 1 1 1 and 1 13 receiving such 
specification cannot receive chB among the desired channels in the broadcasting signal (Copy protection). Since the 
device 1 10 (TV set) is not capable of recording and the device 1 12 (DVD-RAM) have not specified chB from the first, 
there is no need of receivable channel resetting for them. 



In practicing copy protection, when the user cannot execute recording though he/she specifies a channel for record- 



so ing to a device capable of recording, he/she may misunderstand that it is caused by operation setting error of the device 
capable of recording or by a device failure. To prevent this, a function to notify the user of the reason of recording rejec- 
tion may be added. For example, when the receiving request from a recording capability device contains a channel 
number for which copying is prohibited, the STB or any other sending device which receives the receiving request 
sends, together with or separately from the asynchronous command to specify the receivable channel numbers with 

55 deleting the copy prohibition channels, the information that the copying of the applicable channel in the receiving 
request is prohibited to the receiving device as the origin of the receiving request or one of the devices connected to 
the IEEE 1394 network so as to notify the user of such information via a display device on the device such as a CRT, 
an LED or an LCD. Alternatively, when the recording capability device cannot obtain the receiving permit for a channel 
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it requested for receiving, such receiving device may notify the user that the channel is prohibited for copying via a dis- 
play device on such receiving device. 

After that, upon detection of "10" or "00" as the copy generation management information of channel B in the multi- 
channel broadcasting signals, the receivable channels are reset for the device 111 (DVC) or the device 113 (HDD) 

s (Steps S6, ST). Specifically, chA and chB are specified as the receivable channels for the device 111 and 
chA/chB/chC/chD are specified as the receivable channels for the device 113 respectively. Thus, the devices 1 1 1 and 
113 can receive all channels in the broadcasting signals they have requested. Note that the procedure of the steps S3 
to S7 is executed at the application layer of the devices and the 1394 controlling circuits 108, 108a to 108d of the STB 
101. The above procedure including steps S1 and S2 can be at present achieved completely by the communication pro- 

w tocols and commands as set forth in IEEE 1394 and IEEE 1394 T.A. (Trade Association). 

In addition to the above method, copy protection for recording capability device may be also achieved by directly 
sending the recording permit/prohibition information for every channel to the receiving device by writing to the "Receiv- 
able channel specification command" to be sent as the asynchronous command from the STB 101. This method is not 
currently covered by any command as set forth in IEEE 1394 and IEEE 1394 T.A. (Trade Association). This method can 

is be achieved by adding commands. 

Though the sending device is supposed to be the STB 101 in the above description, any device can be the sending 
device according to the IEEE 1394 specification. For example, as a sending device other than the STB 101 , the device 
1 1 1 (DVC) which reproduces and outputs the video images recorded as multi-channel data or other devices 110, 112 
or 1 13 can achieve the above operation. Further, even when sending devices other than those sending the multi-chan- 

20 nel signals chA/chB/chC/chD are connected to the bus 100 such as that of IEEE 1394 and chE is transmitted on the 
same bus as in the case when there are two or more sending devices, the sending device to send chE signal can detect 
the copy generation management information during packet data conversion and specify the receivable channels to the 
receiving devices by sending the asynchronous command as does a sending device sending ChA/chB/chC/chD, and 
thereby control copying according to the copy generation management information for all signals 

25 chA/chB/chC/chD/chE. 

Further, when the device 112 (DVD-RAM) is by the asynchronous command requesting receiving of channel C 
only, if the STB 101 detects the copy prohibition signal "11" for channel C with its copy flag detecting circuit 106, the 
STB 101 as the sending device may send an asynchronous command to the device 1 12 as a recording capability device 
to specify a number which cannot be a receivable channel number or a number which does not exist as an isochronous 

30 data channel in the "Receivable channel specification command" or may send no "Receivable channel specification 
command" in order to achieve copy protection for the device 1 12 as the DVD-RAM. In the former case, the receiving 
device keeps waiting for the signal corresponding to the non-existing channel number specified by the STB 101 and 
results in a receiving failure. In the latter case, without any specification of receivable channels from the STB 101, the 
receiving device cannot receive any signal. As a result, the device 112 can be kept from copying. 

35 As described above, IEEE 1 394 allows not only the daisy chain connection topology but also the tree type topology. 
Fig. 30 is a block diagram to illustrate an example of daisy chain plus tree type topology. 

Fig. 30 shows a modification example of the embodiment of Fig. 23. A device 1 1 4 is added to the device 1 1 2 in Fig. 
23 in a tree connection using the bus 1 00 of IEEE 1 394. The device 1 1 4 is, for example, a TV set. Even with such con- 
nection, all isochronous packets for four channels are transmitted on the bus 100 of IEEE 1394 and, even if channel C 

40 only is transmitted to the device 112, the device 1 14 can receive any signal of the channels A, B, C and D. In this case, 
however, it is necessary to output the receiving request command by asynchronous command. Besides, as shown in 
Fig. 30, even when the channel B and channel C are under copy prohibition status, the device 1 14 can receive any sig- 
nal of the channels A, B, C and D. In other words, the device 1 14 is in the tree structure under the device 112 (DVD- 
RAM) from the viewpoint of topology, but can be placed in a configuration similar to that in daisy chain connection with 

45 the STB 101 when considered logically. 

Then, as a copy control method with the copy generation management information, scrambling copy control by 
changing the transmission order of the transmitted packets on the IEEE 1394 will be described below. 

Fig. 31 is a block diagram to show another embodiment of the present invention. Figs. 32 and 33 are explanatory 
views to shows the asynchronous command sent from the STB 1 19 of Fig. 31 to the receiving devices. In Fig. 31, the 

so same constituent elements as those in Fig. 23 have the same reference numerals and their descriptions are omitted. 

The STB 1 19 in this embodiment is different from the STB 101 of Fig. 23 in that a 1394 controlling circuit 1 15 is 
adopted instead of the 1394 controlling circuit 108. Connected to the bus 100 are the STB 1 19 as well as the devices 
120 to 123, which have 1394 controlling circuits 1 15a to 1 15d with the same configuration as the 1394 controlling circuit 
115. The devices 120 to 123 are, for example, a TV, a DVC, a DVD-RAM and an HDD respectively. 

55 The 1394 controlling circuit 1 15 is provided with a packet order change/restoration circuit 116. The packet order 
change/restoration circuit 116 can provide scrambling by changing the chronological order of the isochronous data on 
the IEEE 1394 for the channels and restore the scrambled data. The 1394 controlling circuit 1 15 is designed to enable 
sending of the scramble cancellation key to cancel scrambling by means of the asynchronous command. 
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On the other hand, the IEEE 1394 controlling circuits 1 15a to 1 15d provided on the receiving devices 120 to 123 
have the same function as the IEEE 1 394 controlling circuit 1 1 5. Upon receipt of the scramble cancellation key, they can 
cancel the scrambling on the isochronous data. 

The 1394 controlling circuit 1 15 in the above configuration is provided with a buffer (FIFO memory) to store packet 
5 data for some cycles required (used) in format conversion when the data packets of the digital multi-channel broadcast- 
ing (cha/chb/chc/chd) are converted for transmission on the bus 100 of IEEE 1394. 

Among the digital multi-channel broadcasting signals (cha/chb/chc/chd), the channel signals with the copy prohibi- 
tion signal inserted are subjected to control of the buffer by the packet order change/restoration circuit 1 16 during data 
packet format conversion so that the chronological order of the IEEE 1394 packets is changed for scrambling and the 
w IEEE 1394 packets are sent to the bus 100 with such scrambled order. 

Upon request for a channel with the copy prohibition signal by the asynchronous receiving request command from 
one of the receiving devices 120 to 123, the scramble cancellation key to show the appropriate packet order as shown 
in Fig. 32 is sent to the recording incapability devices together with the usual data of receivable channel numbers or 
responses by two separate asynchronous commands are returned to the device. 
75 To the recording capability devices, in contrast, usual data of receivable channel numbers alone as shown in Fig. 
33 are sent, or the usual receivable channel numbers and an inappropriate scramble cancellation key are sent together 
as the response by the asynchronous command, or no response is returned. 

Thus, the former (recording incapability devices) can, based on the proper scramble cancellation key, properly 
restore the received isochronous packets in order but the latter (recording capability devices) cannot obtain the proper 
20 scramble cancellation key and cannot properly restore the received isochronous packets in order, which achieves copy 
protection. 

Strictly speaking, the recording capability devices can record the data. However, the changed order of the data 
packets prevent proper reproduction of the original video data in reproduction of the recorded data by such devices, 
which results in the effect of copy protection. Further, this packet scrambling can be easily realized by scrambling the 

25 order of the IEEE 1394 packets within the range of the FIFO memory in the P1394 circuit 1 15 of Fig. 31 , or within the 
number of packets corresponding to one frame of image. 

Though the embodiment of Fig. 31 achieves copy protection by sending the data after scrambling the order of IEEE 
1 394 packets, copy protection can be also achieved without scrambling of the packet order by encrypting the data in the 
packet. An example of encryption is to scramble the data order in a packet and to send the scramble cancellation key 

30 showing the appropriate data order in the packet to the recording incapability devices and send improper scramble can- 
cellation key to the recording capability devices. Thus, the former (recording incapability devices) can properly restore 
the received data in the isochronous packet in order according to the proper scramble cancellation key; but the latter 
(recording capability devices) without the appropriate scramble cancellation key cannot properly restore the received 
data in the isochronous packet in order, which achieves copy protection. 

35 Obviously, various different embodiments in a wide range can be made based on the prevent invention within the 
spirit and scope of the invention. The present invention is defined by the appended claims only, and is not restricted by 
any specific embodiment. 

AVAILABILITY IN INDUSTRY 

^- 40 

As described above, a device having a digital interface and a network system using such a device as well as a copy 
protection method according to the present invention are useful in copy control for audio and video equipment. They 
are, for example, suitable to be used in a system which makes copying by transmitting data via a network conforming 
to the IEEE 1394 standard. 

45 

Claims 

1 . A device having a digital interface comprising: 

so a first detecting means for detecting, from the data in a predetermined data format containing the copy gener- 

ation management information, said copy generation management information and 

a first interfacing means for converting said data in a predetermined format to the data in the data format of the 
network bus and inserting the copy generation management information based on the detection result of said 
first detecting means in a data format corresponding to said data format of the network bus into the data after 
55 format conversion before sending the data to said network bus. 

2. A device having a digital interface comprising: 
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a second interfacing means for receiving the transmission data obtained by conversion of the data in a prede- 
termined data format containing the copy generation management information into the data in the data format 
of the network bus with said copy generation management information inserted in the data format correspond- 
ing to said data format of the network bus via said network bus and for restoring the data in the data format of 
the received data from said data format of the network bus to the original data format before outputting, 
a second detecting means for detecting said copy generation management information contained in the data 
received by said second interfacing means, and 

a recording controlling means for, according to the detection result of said second detecting means, permitting 
or prohibiting recording of the output from said second interfacing means. 

3. A device having a digital interface according to Claim 2 further comprising: 



a format converting means for converting the output from said second interfacing means to the data in the data 
format corresponding to the recording format of a predetermined recording device. 

75 

4. A device having a digital interface according to Claim 3 further comprising: 



a copy generation managing means for, when the copy generation management information detected by said 
second detecting means indicates recording permit for only once, changing the copy generation management 
information contained in the output from said second interfacing means to the one indicating recording prohi- 
bition. 



5. A device having a digital interface according to one of Claim 1 or 2, 

wherein said network bus is capable of synchronous transmission and said first interfacing means or said 
second interfacing means synchronously transmits the data with said copy generation management information 
inserted. 



6. A device having a digital interface according to Claim 1 , 

wherein one or more types of copy generation management information to control copying for every data 
30 type at the receiving side is inserted in said data in a predetermined data format, 

wherein said first detecting means detects said one or more copy generation management information, and 
wherein said first interfacing means inserts said one or more types of copy generation management infor- 
mation to the data after format conversion with the data format corresponding to said data format of the network 
bus before sending the data to said network bus. 

35 

7. A device having a digital interface according to Claim 2, 

wherein one or more types of copy generation management information to control copying for every data 
type is inserted in said transmission data, 

wherein said second detecting means detects said one or more copy generation management information 
40 contained in the data received by said second interfacing means, and 

wherein said recording controlling means permits or prohibits recording of the output from said second inter- 
facing means according to either copy generation management information from said one or more types of copy 
generation management information detected by said second detecting means. 

45 8. A device having a digital interface according to one of Claim 6 or 7, 

wherein said one or more types of copy generation management information contains the copy generation 
management information for audio equipment and the copy generation management information for appliances 
other than audio equipment. 

so 9. A device having a digital interface according to Claim 6, 

wherein said first interfacing means inserts, for said one or more types of copy generation management 
information, the effectiveness information to indicate whether that information is effective or ineffective for each 
copy generation management information to the data sent to said network bus. 

55 10. A device having a digital interface according to Claim 7, 

wherein said recording controlling means determines, when the effectiveness information for each copy gen- 
eration management information to indicate whether that information is effective or ineffective is inserted in said 
transmission data concerning said one or more types of copy generation management information, the copy gen- 
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eration management information which it is based on for copy control from said one or more types of copy genera- 
tion management information according to said effectiveness information and the recording mode of the machine 
it belongs to indicating whether or not the data is audio record. 

s 1 1 . A device having a digital interface according to Claim 6, 

wherein said first interfacing means executes, when said one or more types of copy generation management 
information indicates copy prohibition or copy permit for only once, encryption of the data to be sent to said network 
bus. 

10 1 2. A device having a digital interface according to Claim 1 1 , 

wherein said first interfacing means inserts the information indicating whether the data sent to said network 
bus is encrypted or not to the data sent to said network bus. 

1 3. A device having a digital interface according to Claim 1 , 

is wherein copy control information containing one or more types of copy generation management information 

to control copying for every data type at the receiving side is inserted in said data in a predetermined data format, 
said first detecting means detects said copy control information, and 

wherein said first interfacing means cyclically inserts said copy control information into the isochronous 
packets of the data after format conversion with a predetermined isochronous cycles before sending the data to 

20 said network bus. 

14. A copy protection method comprising the steps of: 

detecting, from the data in a predetermined data format containing the copy generation management informa- 
25 tion t said copy generation management information, and 

converting said data in a predetermined data format to the data in the data format of the network bus which 
inserts the detected copy generation management information in a data format corresponding to said data for- 
mat of the network bus into the data after format conversion before sending the data to said network bus. 

A copy protection method comprising the steps of: 

receiving the transmission data obtained by conversion of the data in a predetermined data format containing 
the copy generation management information into the data in the data format of the network bus together with 
said copy generation management information inserted in the data format corresponding to said data format of 
the network bus via said network bus and for restoring the data format of the received data from said data for- 
mat of the network bus to the original data format before outputting, 

detecting said copy generation management information contained in the received data, and 
permitting or prohibiting recording of said received data according to said copy generation management infor- 
mation detected. 

A device having a digital interface according to Claim 10, 

wherein said recording controlling means further comprises a priority specifying means for specifying the 
copy generation management information to be based on for copy control from said one or more copy generation 
management information according to said recording mode of the machine it belongs to and, when said effective- 
ness information indicates that the copy generation management information of the type specified by said priority 
specifying means is ineffective, executes copy control utilizing the copy generation management information indi- 
cated as effective by said effectiveness information. 

A device having a digital interface according to Claim 1 , 

wherein said first interfacing means transmits, when the detection result of said first detecting means indi- 
cates that copying is permitted only once, a new copy generation management information corresponding to said 
copy generation management information indicating permit for copying only once or copy prohibition to each receiv- 
ing device using asynchronous data in order to control copying for every receiving device. 

55 18. A device having a digital interface according to Claim 2, 

wherein said second interfacing means further comprises a third detecting means for detecting the new copy 
generation management information corresponding to said copy generation management information transmitted 
as asynchronous data, and 
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wherein said recording controlling means, when said their detecting means detects said new copy genera- 
tion management information, permits or prohibits recording of the output from said second interfacing means 
according to said new copy generation management information with placing priority to such information over the 
copy generation management information inserted in the synchronously transmitted data. 

19. A network system comprising, at the sending side, 

a first detecting means for detecting, from the data in a predetermined data format containing the copy gener- 
ation management information, said copy generation management information, and 

a first interfacing means for converting said data in a predetermined data format to the data in the data format 
of the network bus which inserts the copy generation management information based on the detection result 
of said first detecting means into the data after format conversion with the data format corresponding to said 
data format of the network bus before sending the data to said network bus, and 
at the receiving side, 

a second interfacing means for receiving the data sent from said first interfacing means to said network bus 
and restoring the data format of the received data from said data format of the network bus to the original data 
format before outputting, 

a second detecting means for detecting said copy generation management information contained in the data 
received by said second interfacing means, and 

a recording controlling means for permitting or prohibiting recording of the output from said second interfacing 
means according to the detection result of said second detecting means. 



20. A device having a digital interface according to one of Claim 1 or 2, 

wherein said network bus conforms to IEEE 1394 standard. 

25 

21. A network system according to Claim 19, 

wherein said network bus conforms to IEEE 1394 standard. 



30 



35 



22. A device having a digital interface according to one of Claim 1 or 2, 

wherein said network bus supports multi-channel transmission and said copy generation management infor- 
mation is set for each channel. 



23. A device having a digital interface comprising: 



40 



45 



a fourth detecting means for detecting said copy generation management information for each channel from 
the multi-channel data each containing the copy generation management information and 
a re-specifying means for sending the multi-channel data to a bus capable of synchronous transmission of 
multi-channel signals and, when the channel for which copying is prohibited by the copy generation manage- 
ment information detected by said fourth detecting means is included in receivable channels at a predeter- 
mined receiving device, and for changing the specification of said receivable channels. 

24. A network system in which a plurality of devices having a digital interfacing means are connected to a network 
capable of transmitting a plurality of isochronous packets via said digital interfacing means comprising: 

a notifying means for notifying its own device ID on said network to each of said plurality of devices having a 
digital interfacing means via said digital interfacing means, 

a setting means for specifying one or more devices as the sending device so that it outputs said isochronous 
packets to said network via said digital interfacing means and specifies one or more remaining devices as the 
receiving device, 

a converting means for, at said sending device, converting the format of the transmission data into the data for- 
mat configured for each channel number determined by said digital interfacing means and outputting the result 
as the isochronous packets to said network, 

a channel number request notifying means for requesting the receivable channel numbers to be sent from the 
digital interfacing means of said receiving device to the digital interfacing means of said one or more sending 
55 devices, 

a channel number specifying means for having the digital interfacing means of any device in the network spec- 
ify one or more receivable channel numbers to the digital interfacing means of said one or more receiving 
devices for each of said receiving devices, 
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a receiving means for having the digital interfacing means of the receiving device which has received the infor- 
mation from said receivable channel number specifying means receive the data of one or more receivable 
channel numbers specified by said channel number specifying means from the isochronous packets outputted 
to said network, 

s a detecting means at the receiving device for detecting the copy generation management information for each 

channel from one or more channel signals sent from said sending device, 

a judging means for, from the device ID notified onto said network by said one or more receiving devices, judg- 
ing whether each of said receiving devices is capable or incapable of recording the isochronous signal flowing 
on said network, and 

w a re-specifying means for, when one or more receivable channel numbers specified for the digital interfacing 

means of said receiving device capable of recording equals to one or more channel numbers under copy pro- 
hibition by said copy generation management information, causing the device having a receivable channel 
number specifying means for said receiving device to delete said one or more channel numbers under copy 
prohibition from the already specified one or more receivable channel numbers so as to re-specify said one or 

75 more receivable channel numbers for the digital interfacing means of said receiving device. 

25. A network system in which a plurality of devices having a digital interfacing means are connected to a network 
capable of transmitting a plurality of isochronous packets via said digital interfacing means comprising: 



20 a notifying means for notifying its own device ID on said network to each of said plurality of devices having a 

digital interfacing means via said digital interfacing means, 

a setting means for specifying one or more devices as the sending device so that it outputs said isochronous 
packets to said network via said digital interfacing means and specifying one or more remaining devices as the 
receiving device, 

25 a converting means for, at said sending device, converting the format of the transmission data into the data for- 

mat configured for each channel number determined by said digital interfacing means and outputting the result 
as the isochronous packets to said network, 

a channel number request notifying means for requesting the receivable channel numbers to be sent from the 
digital interfacing means of said receiving device to the digital interfacing means of said one or more sending 
30 devices, t 

a channel number specifying means for having the digital interfacing means of any device in the network spec- 
ify one or more receivable channel numbers to the digital interfacing means of said one or more receiving 
devices for each of said receiving devices, 

a receiving means for having the digital interfacing means of the receiving device which has received the infor- 
35 mation from said receivable channel number specifying means receive the data of one or more receivable 

channel numbers specified by said channel number specifying means from the isochronous packets outputted 
to said network, 

a detecting means at the receiving device for detecting the copy generation management information for each 
channel from one or more channel signals sent from said sending devices, 
40 a judging means for, from the device ID notified onto said network by said one or more receiving devices, judg- 

ing whether each of said receiving devices is capable or incapable of recording the isochronous signal flowing 
on said network, and 

an outputting means for, when one or more receivable channel numbers specified for the digital interfacing 
means of said receiving device capable of recording equals to one or more channel numbers under copy pro- 
45 hibition by said detected copy generation management information, causing said sending device to output the 

information to change the specification of said receivable channels for each of one or more receivable channel 
numbers so as to provide a recording prohibition to the equal channel numbers and a recording permit to the 
unequal channel numbers. 



so 26. A network system in which a plurality of devices having a digital interfacing means are connected to a network 
capable of transmitting a plurality of isochronous packets via said digital interfacing means comprising: 



a notifying means for notifying its own device ID on said network to each of said plurality of devices having a 
digital interfacing means via said digital interfacing means, 
55 a setting means for specifying one or more devices as the sending device so that it outputs said isochronous 

packets to said network via said digital interfacing means and specifying one or more remaining devices as the 
receiving device, 

a detecting means for detecting the copy generation management information for each channel from the sig- 
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nals of one or more channels outputted from said sending device, 

a converting means for, at said sending device, converting the format of the transmission data into the data for- 
mat configured for each channel number determined by said digital interfacing means, 
an order changing means for changing the transmission order of the data corresponding to the channel num- 

s bers equal to one or more channel numbers with copy prohibition specification by said copy generation man- 

agement information among the data reconfigured for each channel number determined by said digital 
interface means with treating a predetermined number of packets as a unit of packet order change, 
an outputting means for outputting said data under copy prohibition whose transmission order has been 
changed and the data without copy prohibition specification whose transmission order has not been changed 

io to said network as the isochronous packet, 

a channel number request notifying means for requesting one or more receivable channel numbers to be sent 
from the digital interfacing means of said receiving device to the digital interfacing means of said one or more 
sending devices, 

a channel number specifying means for having the digital interfacing means of any device in the network spec- 
's ify one or more receivable channel numbers to the digital interfacing means of said one or more receiving 
devices for each of said receiving devices, 

a receiving means for having the digital interfacing means of the receiving device which has received the infor- 
mation from said receivable channel number specifying means receive the data of one or more receivable 
channel numbers specified by said channel number specifying means from the isochronous packets outputted 
20 to said network, 

a judging means for, from the device ID notified onto said network by said one or more receiving devices, judg- 
ing whether each of said receiving devices is capable or incapable of recording the isochronous signal flowing 
on said network, and 

a first restoration key information outputting means for causing the sending device upon receipt of request for 
25 the channel numbers under said copy prohibition specification as the receivable channel numbers from said 

receiving device incapable of recording to output the key information showing the correct order of packets for 
restoration of the data after order change to the original order to said receiving devices incapable of recording 
only 

30 27. A network system in which a plurality of devices having a digital interfacing means are connected to a network 
capable of transmitting a plurality of isochronous packets via said digital interfacing means comprising: 

a notifying means for notifying its own device ID on said network to each of said plurality of devices having a 
digital interfacing means via said digital interfacing means, 
55 a setting means for specifying one or more devices as the sending device so that it outputs said isochronous 

packets to said network via said digital interfacing means and specifying one or more remaining devices as the 
receiving device, 

a detecting means for detecting the copy generation management information for each channel from the sig- 
nals of one or more channels outputted from said sending device, 

40 a converting means for, at said sending device, converting the format of the transmission data into the data for- 

mat configured for each channel number determined by said digital interfacing means, 
an encrypting means for, by the unit of packets, encrypting the data corresponding to the channel numbers 
equal to one or more channel numbers with copy prohibition specification or copy permit specification for only 
once by said copy generation management information among the data reconfigured for each channel number 

*5 determined by said digital interfacing means, 

an outputting means for outputting said encrypted data under copy prohibition and the data without encryption 
which do not have copy prohibition specification to said network as the isochronous packets, 
a channel number request notifying means for requesting one or more receivable channel numbers to be sent 
from the digital interfacing means of said receiving device to the digital interfacing means of said one or more 

so sending devices, 

a channel number specifying means for having the digital interfacing means of any device in the network spec- 
ify one or more receivable channel numbers to the digital interfacing means of said one or more receiving 
devices for each of said receiving devices, 

a receiving means for having the digital interfacing means of the receiving device which has received the infor- 
55 mation from said receivable channel number specifying means receive the data of one or more receivable 

channel numbers specified by said channel number specifying means from the isochronous packets outputted 
to said network, 

a judging means for, from the device ID notified onto said network by said one or more receiving devices, judg- 
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ing whether each of said receiving devices is capable or incapable of recording the isochronous signal flowing 
on said network, and 

a second restoration key information outputting means for causing the sending device upon receipt of request 
for the channel numbers under said copy prohibition specification as the receivable channel numbers from said 
5 receiving device incapable of recording to output the proper data restoration key information for restoration of 

the encrypted data to the data before encryption to said receiving devices incapable of recording only. 

28. A network system according to one of Claims 24, 25, 26 and 27, 

wherein said one or more sending devices, upon receipt of request for one or more receivable channel num- 
10 bers by said channel number request notifying means from devices capable of recording among said one or more 
receiving devices, executes, if one or more channel numbers with said copy prohibition specification is contained 
in said one or more requested receivable channel numbers, deletion of one or more channel numbers with said 
copy prohibition specification from one or more receivable channel numbers in said request and specifies said one 
or more receivable channel numbers to the digital interfacing means of said receiving device with said channel 
15 number specifying means. 

29. A network system according to one of Claims 24 through 28, 

wherein said one or more sending devices, upon receipt of request for one or more channel numbers under 
copy prohibition specification from devices capable of recording among said one or more receiving devices by said 
20 channel number request notifying means, displays said one or more channel numbers with copy prohibition speci- 
fication using any display means on the sending device receiving said channel number request or devices con- 
nected to said network. 

30. A network system according to one of Claims 26 through 29, 

25 wherein said key information is transmitted only to said one or more receiving devices incapable of recording 

which requests by said channel number request notifying means one or more channel numbers under said copy 
prohibition specification as the receivable channel number. 

31. A network system according to one of Claims 24 through 30, wherein said digital interfacing means conforms to 
30 IEEE 1394 method. 
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